src/sys/dev/dcons/dcons_os.h, branch release/9.0.0FreeBSD source treehttps://cgit-dev.freebsd.org/src/atom?h=release%2F9.0.02007-06-08T00:54:44ZPoll bus resets on FireWire while kdb/gdb is active.2007-06-08T00:54:44ZHidetoshi Shimokawasimokawa@FreeBSD.org2007-06-08T00:54:44Zurn:sha1:9953c34ca6e41c2022f0bbc73001aee0f8ac981d
Now, it's safe to call the fwohci interrupt(polling) routine while ddb/gdb
is active. After this change, a dcons connnection over FireWire can survive
bus resets even in kernel debugger.
This means that it is not too late to plug a FireWire cable after a panic
to investigate the problem.
Actually there is a small window(between a jump to kernel from loader and
initialization of dcons_crom) in which no one can take care of a bus reset.
Except that window, firewire console should keep working
from loader to reboot even with a panic and a bus reset.
(as far as you enable LOADER_FIREWIRE_SUPPORT)
Start each of the license/copyright comments with /*-, minor shuffle of lines2005-01-06T01:43:34ZWarner Loshimp@FreeBSD.org2005-01-06T01:43:34Zurn:sha1:098ca2bda93c701c5331d4e6aace072495b4caaa- Split dcons core code and OS dependent code.2004-10-13T05:38:42ZHidetoshi Shimokawasimokawa@FreeBSD.org2004-10-13T05:38:42Zurn:sha1:31a58777865b45a056dd435ea8ecf426bed54985
- Implement dcons_ischar() and dcons_load_buffer().
- If loader passed a dcons buffer address, keep using it.
(We still need a patch to cheat memory management system.)