src-test2/sys/dev/dcons/dcons_crom.c, branch release/7.0.0_cvs FreeBSD source tree https://cgit-dev.freebsd.org/src-test2/atom?h=release%2F7.0.0_cvs 2008-02-24T05:45:17Z This commit was manufactured by cvs2svn to create tag 2008-02-24T05:45:17Z cvs2svn cvs2svn@FreeBSD.org 2008-02-24T05:45:17Z urn:sha1:a9c219fa3cec18ef9f30edec6fa106bf0e2d423d 'RELENG_7_0_0_RELEASE'. This commit was manufactured to restore the state of the 7.0-RELEASE image. Add the address of IDT in the configuration ROM. (i386/amd64 only) 2007-06-08T04:33:25Z Hidetoshi Shimokawa simokawa@FreeBSD.org 2007-06-08T04:33:25Z urn:sha1:293b847542ebfac574cd9a9d888df9769d45e77f A change to dconschat(8) will follow so that it can bomb this address over FireWire to reset a wedged system. Though this method is just a hack and far from perfection, it should be useful if you don't want to go machine room just to reset or to power-cycle a machine without remote-managed power supply. And much better than doing: # fwcontrol -m target-eui64 # dd if=/dev/zero of=/dev/fwmem0.2 bs=1m Poll bus resets on FireWire while kdb/gdb is active. 2007-06-08T00:54:44Z Hidetoshi Shimokawa simokawa@FreeBSD.org 2007-06-08T00:54:44Z urn: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) Change default value of hw.firewire.dcons_crom.force_console to 0 2007-05-27T14:00:34Z Hidetoshi Shimokawa simokawa@FreeBSD.org 2007-05-27T14:00:34Z urn:sha1:db7275797330ddc1b8c9866c11fb218bc388b422 for least astonishment. MFC after: 3 days Start each of the license/copyright comments with /*-, minor shuffle of lines 2005-01-06T01:43:34Z Warner Losh imp@FreeBSD.org 2005-01-06T01:43:34Z urn:sha1:098ca2bda93c701c5331d4e6aace072495b4caaa - Split dcons core code and OS dependent code. 2004-10-13T05:38:42Z Hidetoshi Shimokawa simokawa@FreeBSD.org 2004-10-13T05:38:42Z urn: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.) Add missing <sys/module.h> includes 2004-05-30T20:08:47Z Poul-Henning Kamp phk@FreeBSD.org 2004-05-30T20:08:47Z urn:sha1:fe12f24bb098d8d2a6c35394a53a65b3e64f83d9 - Clean up global data. 2004-02-16T07:25:46Z Hidetoshi Shimokawa simokawa@FreeBSD.org 2004-02-16T07:25:46Z urn:sha1:19b3bba3e5e734773a56c7a0962510dfe16a64d5 - Force dcons to be the high-level console after dcons_crom has been attached. - Add a tunable to be the high-level console. Move post dmamap_load processes into the callback function. 2003-11-08T16:26:22Z Hidetoshi Shimokawa simokawa@FreeBSD.org 2003-11-08T16:26:22Z urn:sha1:ddce43e1cf10a06aefc01c1d56ce7e2269c1c8f2 Add dumb console driver and related bits. 2003-10-24T15:44:10Z Hidetoshi Shimokawa simokawa@FreeBSD.org 2003-10-24T15:44:10Z urn:sha1:869093b15d791e90c619609d2c5cb564fd945235 dcons(4): very simple console and gdb port driver dcons_crom(4): FireWire attachment dconschat(8): User interface to dcons Tested with: i386, i386-PAE, and sparc64.