Searched hist:"9953 c34ca6e41c2022f0bbc73001aee0f8ac981d" (Results 1 – 3 of 3) sorted by relevance
/freebsd/sys/dev/dcons/ |
H A D | dcons_os.h | diff 9953c34ca6e41c2022f0bbc73001aee0f8ac981d Fri Jun 08 02:54:44 CEST 2007 Hidetoshi Shimokawa <simokawa@FreeBSD.org> Poll bus resets on FireWire while kdb/gdb is active.
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) diff 9953c34ca6e41c2022f0bbc73001aee0f8ac981d Fri Jun 08 02:54:44 CEST 2007 Hidetoshi Shimokawa <simokawa@FreeBSD.org> Poll bus resets on FireWire while kdb/gdb is active.
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)
|
H A D | dcons_crom.c | diff 9953c34ca6e41c2022f0bbc73001aee0f8ac981d Fri Jun 08 02:54:44 CEST 2007 Hidetoshi Shimokawa <simokawa@FreeBSD.org> Poll bus resets on FireWire while kdb/gdb is active.
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) diff 9953c34ca6e41c2022f0bbc73001aee0f8ac981d Fri Jun 08 02:54:44 CEST 2007 Hidetoshi Shimokawa <simokawa@FreeBSD.org> Poll bus resets on FireWire while kdb/gdb is active.
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)
|
H A D | dcons_os.c | diff 9953c34ca6e41c2022f0bbc73001aee0f8ac981d Fri Jun 08 02:54:44 CEST 2007 Hidetoshi Shimokawa <simokawa@FreeBSD.org> Poll bus resets on FireWire while kdb/gdb is active.
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) diff 9953c34ca6e41c2022f0bbc73001aee0f8ac981d Fri Jun 08 02:54:44 CEST 2007 Hidetoshi Shimokawa <simokawa@FreeBSD.org> Poll bus resets on FireWire while kdb/gdb is active.
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)
|