rt-thread.git/src, branch v1.2.1 Unnamed repository; edit this file 'description' to name the repository. http://cgit.235523.xyz/rt-thread.git/atom/src?h=v1.2.1 2014-04-08T07:49:16Z Merge remote-tracking branch 'origin/master' into stable-v1.2.x 2014-04-08T07:49:16Z bernard bernard.xiong@gmail.com 2014-04-08T07:49:16Z urn:sha1:b2f35dcf3f930087104e2bb36845d50a6931a15d [Kernel] declare more APIs in module 2014-03-11T07:44:35Z bernard bernard.xiong@gmail.com 2014-03-11T07:44:35Z urn:sha1:dbcb4a1ccff7c3840a722110d7a98816c0dd5cf2 [Kernel] stop thread timer when suspend a thread 2014-03-11T06:19:24Z bernard bernard.xiong@gmail.com 2014-03-11T06:19:24Z urn:sha1:898e0d2f3fa2e6bb77d3693d693e39cc73814dbb [Kernel] application module can support arguments 2014-01-11T08:33:31Z bernard bernard.xiong@gmail.com 2014-01-11T08:33:31Z urn:sha1:31446eab4c01fc7382ad7cd6363c253852ec1235 kernel: let rt_thread_idle_excute loop until there is no dead thread 2013-12-21T03:31:40Z Grissiom chaos.proton@gmail.com 2013-12-21T03:31:40Z urn:sha1:04f432f47b906e129209daf8e505ac0f6b57ebd0 Out side world is difficult to tell whethere there is dead thread remaining. If rt_thread_idle_excute only do one cleanup, it's hard to finish cleanups outside the idle thread. So let is loop and do all the cleanups in one call. kernel: add rt_critical_level that return the lock count of scheduler 2013-12-21T03:27:26Z Grissiom chaos.proton@gmail.com 2013-12-21T03:24:37Z urn:sha1:408ac34bc2d762db7019a14cc5caf8af4df57b43 Out side world may be interested in whether the scheduler is locked or not. Provide an API to tell that. kernel: timer: fix compiling bug in d59aa279c37b7 2013-10-19T13:07:14Z Grissiom chaos.proton@gmail.com 2013-10-19T13:07:14Z urn:sha1:6d9e793388cf078647fe7617266ad6efae5edb18 Merge pull request #173 from grissiom/new-timer 2013-10-17T22:44:20Z Bernard Xiong bernard.xiong@gmail.com 2013-10-17T22:44:20Z urn:sha1:3eac58ce8e71ea7993a1febb159c2b156f3835af kernel: use skip list to implement timer list Merge pull request #161 from aozima/pulls 2013-10-17T22:43:56Z Bernard Xiong bernard.xiong@gmail.com 2013-10-17T22:43:56Z urn:sha1:c29ff6b0ac0456f5275e6a35c8d8ba0ee8d743c1 make sure the device is in STREAM mode when used by rt_kprintf. kernel: mutex could only be released in thread context 2013-10-14T01:50:18Z Grissiom chaos.proton@gmail.com 2013-10-14T01:50:18Z urn:sha1:b72001fcac18d2c37c24e423cc7e15fe900dc172 Mutex has the idea of ownership, only the thread which owns the mutex can release it. So rt_mutex_release could only be called in thread context. Add a debug guard to it.