lkml.org 
[lkml]   [2004]   [Aug]   [9]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
Date
From
SubjectRe: 2.6 kernel won't reboot on AMD system - 8042 problem?
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@eidetix.com

-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/

\
 
 \ /
  Last update: 2005-03-22 14:05    [W:0.113 / U:0.520 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site