Re: [oi-dev] (Laptop) Keyboard locking up when in kmdb panic handler
2012-10-07 4:35, Richard Lowe пишет: Sorry for being unclear. I was not suggesting you switch to a USB keyboard. I was asking if you were using one already. There are two reasons this tends to happen: 1) You have a USB keyboard, that we can't actually use from kmdb at all 2) You've crashed at a point where the state of the world is such that we can't use the keyboard _right now_ If it's failing sporadically, I'd be assuming #2 though #1 is far from impossible even then. Are you crashing too early to get a crash dump? It's nearly always preferable to get a dump (if you can), than to debug the system in-situ. Well, I am not sure how the laptop is wired - I can't exclude that its kbd/touchpad are (or aren't) USB devices. As for the use-case - I'm trying to switch the rpool between SATA/LegacyIDE modes in BIOS, and track the boot progress via kmdb (until the panic occurs due to inability to import rpool from the expected device listed in the found ZFS label). Much more often than not, I have to poweroff-poweron the laptop instead of soft-rebooting it by continuing. I had this also happen when importing the physical partition as a VirtualBox machine from another OS (this laptop has a choice among quad-boot now), and attaching the resulting disk to a virtual SATA HBA - this also panicked, virtual kbd also failed to type :c, but rebooting a VM is much more swift ;) Thanks, //Jim ___ oi-dev mailing list oi-dev@openindiana.org http://openindiana.org/mailman/listinfo/oi-dev
Re: [oi-dev] (Laptop) Keyboard locking up when in kmdb panic handler
2012-10-05 18:34, Gordon Ross пишет: On Thu, Oct 4, 2012 at 4:04 AM, Jim Klimov jimkli...@cos.ru wrote: ... to continue (:c) to reboot the system. Unfortunately, something like 19 times out of 20 the keyboard is locked up, so it ignores my attempts to continue, ctrl+alt+del ... Ideas welcome, //Jim Klimov USB keyboard? I guess I'll go find one to test. Should it be plugged before the panic and kmdb prompt or can be added after? Still, I thought the USB stack is another dimension of complexity and that would be less likely to work than the built-in kbd (the only one I used so far). I don't think the laptop has the option to legacy-emulate the HID devices (as happens on desktops with USB kbd/mice), but I'll look into it too. //Jim ___ oi-dev mailing list oi-dev@openindiana.org http://openindiana.org/mailman/listinfo/oi-dev
Re: [oi-dev] (Laptop) Keyboard locking up when in kmdb panic handler
On Sat, Oct 6, 2012 at 4:45 AM, Jim Klimov jimkli...@cos.ru wrote: 2012-10-05 18:34, Gordon Ross пишет: On Thu, Oct 4, 2012 at 4:04 AM, Jim Klimov jimkli...@cos.ru wrote: ... to continue (:c) to reboot the system. Unfortunately, something like 19 times out of 20 the keyboard is locked up, so it ignores my attempts to continue, ctrl+alt+del ... Ideas welcome, //Jim Klimov USB keyboard? I guess I'll go find one to test. Should it be plugged before the panic and kmdb prompt or can be added after? Still, I thought the USB stack is another dimension of complexity and that would be less likely to work than the built-in kbd (the only one I used so far). I don't think the laptop has the option to legacy-emulate the HID devices (as happens on desktops with USB kbd/mice), but I'll look into it too. //Jim Sorry for being unclear. I was not suggesting you switch to a USB keyboard. I was asking if you were using one already. -- Gordon Ross g...@nexenta.com Nexenta Systems, Inc. www.nexenta.com Enterprise class storage for everyone ___ oi-dev mailing list oi-dev@openindiana.org http://openindiana.org/mailman/listinfo/oi-dev
Re: [oi-dev] (Laptop) Keyboard locking up when in kmdb panic handler
Sorry for being unclear. I was not suggesting you switch to a USB keyboard. I was asking if you were using one already. There are two reasons this tends to happen: 1) You have a USB keyboard, that we can't actually use from kmdb at all 2) You've crashed at a point where the state of the world is such that we can't use the keyboard _right now_ If it's failing sporadically, I'd be assuming #2 though #1 is far from impossible even then. Are you crashing too early to get a crash dump? It's nearly always preferable to get a dump (if you can), than to debug the system in-situ. -- Rich ___ oi-dev mailing list oi-dev@openindiana.org http://openindiana.org/mailman/listinfo/oi-dev
Re: [oi-dev] (Laptop) Keyboard locking up when in kmdb panic handler
On Thu, Oct 4, 2012 at 4:04 AM, Jim Klimov jimkli...@cos.ru wrote: While tracing my laptop's bootup, I pass the -k option to the kernel boot line in GRUB. Whenever a panic happens, instead of rebooting instantly the laptop does display a list of loaded modules, stacktrace, etc. and a kmdb prompt with an invitation to continue (:c) to reboot the system. Unfortunately, something like 19 times out of 20 the keyboard is locked up, so it ignores my attempts to continue, ctrl+alt+del or otherwise reboot the system. This being a laptop and lacking a reset button, I can only hold the power button to turn it off and then back on, which is inconvenient and induces unneeded wear on the mechanics (hdd, fans, etc.) I've seen discussions of similar problems a while ago, and hoped they were sorted out by now. Well, as of oi_151a5 they are still here :( Ideas welcome, //Jim Klimov USB keyboard? -- Gordon Ross g...@nexenta.com Nexenta Systems, Inc. www.nexenta.com Enterprise class storage for everyone ___ oi-dev mailing list oi-dev@openindiana.org http://openindiana.org/mailman/listinfo/oi-dev
[oi-dev] (Laptop) Keyboard locking up when in kmdb panic handler
While tracing my laptop's bootup, I pass the -k option to the kernel boot line in GRUB. Whenever a panic happens, instead of rebooting instantly the laptop does display a list of loaded modules, stacktrace, etc. and a kmdb prompt with an invitation to continue (:c) to reboot the system. Unfortunately, something like 19 times out of 20 the keyboard is locked up, so it ignores my attempts to continue, ctrl+alt+del or otherwise reboot the system. This being a laptop and lacking a reset button, I can only hold the power button to turn it off and then back on, which is inconvenient and induces unneeded wear on the mechanics (hdd, fans, etc.) I've seen discussions of similar problems a while ago, and hoped they were sorted out by now. Well, as of oi_151a5 they are still here :( Ideas welcome, //Jim Klimov ___ oi-dev mailing list oi-dev@openindiana.org http://openindiana.org/mailman/listinfo/oi-dev
