FreeBSD source tree https://cgit-dev.freebsd.org/src/atom?h=release%2F9.3.0 2012-05-13T17:04:46Z 2012-05-13T17:04:46Z Andriy Gapon avg@FreeBSD.org 2012-05-13T17:04:46Z urn:sha1:33a662c963044ea3fcc5293a131e9da2abe506fe kernel 2011-08-27T14:24:27Z Robert Watson rwatson@FreeBSD.org 2011-08-27T14:24:27Z urn:sha1:e5a0927394502ac7d7d0383c523490eb35f773dc improvements: (1) Implement new model in previously missed at91 UART driver (2) Move BREAK_TO_DEBUGGER and ALT_BREAK_TO_DEBUGGER from opt_comconsole.h to opt_kdb.h (spotted by np) (3) Garbage collect now-unused opt_comconsole.h MFC after: 3 weeks Approved by: re (bz) 2011-08-26T21:46:36Z Robert Watson rwatson@FreeBSD.org 2011-08-26T21:46:36Z urn:sha1:4cf75455890c103c9a66cb791e88998aafd4f8ce accessible: (1) Always compile in support for breaking into the debugger if options KDB is present in the kernel. (2) Disable both by default, but allow them to be enabled via tunables and sysctls debug.kdb.break_to_debugger and debug.kdb.alt_break_to_debugger. (3) options BREAK_TO_DEBUGGER and options ALT_BREAK_TO_DEBUGGER continue to behave as before -- only now instead of compiling in break-to-debugger support, they change the default values of the above sysctls to enable those features by default. Current kernel configurations should, therefore, continue to behave as expected. (4) Migrate alternative break-to-debugger state machine logic out of individual device drivers into centralised KDB code. This has a number of upsides, but also one downside: it's now tricky to release sio spin locks when entering the debugger, so we don't. However, similar logic does not exist in other device drivers, including uart. (5) dcons requires some special handling; unlike other console types, it allows overriding KDB's own debugger selection, so we need a new interface to KDB to allow that to work. GENERIC kernels in -CURRENT will now support break-to-debugger as long as appropriate boot/run-time options are set, which should improve the debuggability of BETA kernels significantly. MFC after: 3 weeks Reviewed by: kib, nwhitehorn Approved by: re (bz) 2010-01-26T03:42:34Z Neel Natu neel@FreeBSD.org 2010-01-26T03:42:34Z urn:sha1:61f7c762de49f71e479b9d7c019f331f6b39d06c the intention of having two ttys pointing to the same cfe console device was. Also we were not initializing the output[] array passed in as input to tty_makedev() so one name of the ttys was garbage. Fix the code that calls cfe_write() to deal with the case where only a partial buffer is written out. cfe_cngetc() needs to return if there is no character available as input. If we don't do this then the cfe_timeout() function will spin forever because cfe_cngetc() will only ever return if there is valid input. Approved by: imp (mentor) 2009-05-29T06:41:23Z Ed Schouten ed@FreeBSD.org 2009-05-29T06:41:23Z urn:sha1:c5e30cc02b9bee4c53457d1bc4184b256ce1a569 I don't want people to override the mutex when allocating a TTY. It has to be there, to keep drivers like syscons happy. So I'm creating a tty_alloc_mutex() which can be used in those cases. tty_alloc_mutex() should eventually be removed. The advantage of this approach, is that we can just remove a function, without breaking the regular API in the future. 2008-12-27T11:38:41Z Bjoern A. Zeeb bz@FreeBSD.org 2008-12-27T11:38:41Z urn:sha1:44a2eb509f32bbd1c02f1db3a1de3232a4176b96 (though with some asm warning). 2008-10-27T11:45:31Z Ed Schouten ed@FreeBSD.org 2008-10-27T11:45:31Z urn:sha1:c8978106d00ca40b7e2a13119de66c3b0f8e4771 The cn_unit and cn_tp fields don't seem to be used anywhere. Some drivers set them, while others don't. Just remove them, in an attempt to make our consdev code a little easier to understand. 2008-09-28T03:33:01Z Warner Losh imp@FreeBSD.org 2008-09-28T03:33:01Z urn:sha1:750595ef63172fc8aaf9ef04b59a43216ea7070a former more explicitly tells the compiler that you want an empty loop. There are some lint programs that use this hint to avoid generating warnings. No functional change... 2008-09-26T05:37:54Z Warner Losh imp@FreeBSD.org 2008-09-26T05:37:54Z urn:sha1:6f079ba163bc45d544c152216be9dd27ffa622b8 dev/ofw changes, since this driver appears to have used that as a start years ago... 2008-09-26T05:10:57Z Warner Losh imp@FreeBSD.org 2008-09-26T05:10:57Z urn:sha1:8e8ee9aaba6bff7162e0797555eb0c6abb886861 cut-n-paste leftover.