Commit message (Collapse) | Author | Age | Files | Lines | |
---|---|---|---|---|---|
* | kern cons: introduce infrastructure for console grabbing by kernel | avg | 2011-12-17 | 1 | -0/+10 |
| | | | | | | | | | | | | At the moment grab and ungrab methods of all console drivers are no-ops. Current intended meaning of the calls is that the kernel takes control of console input. In the future the semantics may be extended to mean that the calling thread takes full ownership of the console (e.g. console output from other threads could be suspended). Inspired by: bde MFC after: 2 months | ||||
* | there must be only one SYSINIT with SI_SUB_RUN_SCHEDULER+SI_ORDER_ANY order | avg | 2010-09-30 | 1 | -1/+1 |
| | | | | | | | | | | | | | | | SI_SUB_RUN_SCHEDULER+SI_ORDER_ANY should only be used to call scheduler() function which turns the initial thread into swapper proper and thus there is no further SYSINIT processing. Other SYSINITs with SI_SUB_RUN_SCHEDULER+SI_ORDER_ANY may get ordered after scheduler() and thus never executed. That particular relative order is semi-arbitrary. Thus, change such places to use SI_ORDER_MIDDLE. Also, use SI_ORDER_MIDDLE instead of correct, but less appealing, SI_ORDER_ANY - 1. MFC after: 1 week | ||||
* | Commit SYSINIT() ;-adding patch missed in previous pass. | rwatson | 2008-03-16 | 1 | -1/+1 |
| | | | | | MFC after: 1 month Caught by: tinderbox | ||||
* | Convert to new console api | phk | 2006-05-26 | 1 | -4/+7 |
| | |||||
* | add support for copying console messages to a remote gdb | sam | 2006-03-23 | 1 | -0/+172 |
Reviewed by: kan |