Re: 2.6 kernel won't reboot on AMD system - 8042 problem?
From: David N. Welton
Date: Mon Aug 09 2004 - 03:31:33 EST
James Lamanna wrote:
Without having a USB keyboard plugged in, and having DEBUG #defined, can you post
the command printks?
I suspect that David posted the printks as his machine was starting up. What we
really need to look at is what happens on shutdown and if one of those commands
hangs for some reason.
Without keyboard:
drivers/input/serio/i8042.c: 60 -> i8042 (command) [357624]
drivers/input/serio/i8042.c: 9a -> i8042 (parameter) [357624]
With keyboard:
drivers/input/serio/i8042.c: ff -> i8042 (kbd-data) [33392]
drivers/input/serio/i8042.c: fa <- i8042 (interrupt, kbd, 1) [33464]
drivers/input/serio/i8042.c: aa <- i8042 (interrupt, kbd, 1) [33841]
drivers/input/serio/i8042.c: 60 -> i8042 (command) [33976]
drivers/input/serio/i8042.c: 65 -> i8042 (parameter) [33976]
The shutdown sequence is not hanging, though, as far as I can tell. You
can triple fault the machine immediately after the first WCTR command
during initialization (triple fault reboots it just fine just before the
same command) and it doesn't cause a reboot, and yet it's no longer
executing instructions from the kernel (or at least not printk's or
anything meaningful). I don't think it's the parameters that it's
passing to the WCTR command either, because if you look in the previous
batch of printk's, it's putting back in exactly what it got out.
--
David N. Welton
davidw@xxxxxxxxxxx
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/