On Sat, 30 Dec 2006 00:25:05 -0500, Dmitry Torokhov wrote:
> Somehow you get 2 ACks in a row, I wonder if on your boxes i8042 pumps
> command and data into keyboard before i8042_interrupt gets a chance to
> run.
JFTR, my old Dell Optiplex GX110 with an Intel i810 chipset has the
same problem, and
Le 30.12.2006 08:20, Rene Herman a écrit :
Dmitry Torokhov wrote:
Somehow you get 2 ACks in a row, I wonder if on your boxes i8042
pumps command and data into keyboard before i8042_interrupt gets a
chance to run. Could you please apply the debug patch below and tell
me the pattern of the data f
Dmitry Torokhov wrote:
Somehow you get 2 ACks in a row, I wonder if on your boxes i8042
pumps command and data into keyboard before i8042_interrupt gets a
chance to run. Could you please apply the debug patch below and tell
me the pattern of the data flow.
Yes, I believe the below trace confir
On Friday 29 December 2006 14:08, Rene Herman wrote:
> Laurent Riffard wrote:
>
> > Le 29.12.2006 06:54, Rene Herman a écrit :
>
> >> Not even an analog camera, but with or without the above, I get a single:
> >>
> >> " <7>drivers/input/serio/i8042.c: fa <- i8042 (interrupt, 0, 1) [ 902]"
>
> ..
Laurent Riffard wrote:
Le 29.12.2006 06:54, Rene Herman a écrit :
Not even an analog camera, but with or without the above, I get a single:
" <7>drivers/input/serio/i8042.c: fa <- i8042 (interrupt, 0, 1) [ 902]"
... and when I add "debug" as a kernel param so that I actually get to
see th
Le 29.12.2006 06:54, Rene Herman a écrit :
Dmitry Torokhov wrote:
On Friday 29 December 2006 00:17, Rene Herman wrote:
Yes, I do have that in my tree. From the looks of it it's probably
not surprising, but the following gets me blinking leds without the
spurious ACK messages. Maybe still us
Dmitry Torokhov wrote:
On Friday 29 December 2006 00:17, Rene Herman wrote:
Yes, I do have that in my tree. From the looks of it it's probably not
surprising, but the following gets me blinking leds without the spurious
ACK messages. Maybe still useful to know?
diff --git a/drivers/input/s
On Friday 29 December 2006 00:17, Rene Herman wrote:
> Dmitry Torokhov wrote:
>
> >>> The change to suppress ACKs from paic blinking is already in Linus's
> >>> tree. I just tried booting with root=/dev/sdg and I had leds blinking
> >>> but no messages from atkbd were seen.
> >>>
> >>> Could it be
Dmitry Torokhov wrote:
The change to suppress ACKs from paic blinking is already in Linus's
tree. I just tried booting with root=/dev/sdg and I had leds blinking
but no messages from atkbd were seen.
Could it be that you loaded older kernel by accident? Does anybody
else still seeing "Spurios A
On Thursday 28 December 2006 23:20, Rene Herman wrote:
> Dmitry Torokhov wrote:
>
> > The change to suppress ACKs from paic blinking is already in Linus's
> > tree. I just tried booting with root=/dev/sdg and I had leds blinking
> > but no messages from atkbd were seen.
> >
> > Could it be that y
Dmitry Torokhov wrote:
The change to suppress ACKs from paic blinking is already in Linus's
tree. I just tried booting with root=/dev/sdg and I had leds blinking
but no messages from atkbd were seen.
Could it be that you loaded older kernel by accident? Does anybody
else still seeing "Spurios A
On Thursday 28 December 2006 16:45, Rene Herman wrote:
> Dave Jones wrote:
>
> > On Wed, Dec 27, 2006 at 10:32:53PM +0100, Rene Herman wrote:
>
> >> The bug where the kernel repetitively emits "atkbd.c: Spurious ACK
> >> on isa0060/serio0. Some program might be trying access hardware
> >> directl
Dave Jones wrote:
On Wed, Dec 27, 2006 at 10:32:53PM +0100, Rene Herman wrote:
The bug where the kernel repetitively emits "atkbd.c: Spurious ACK
on isa0060/serio0. Some program might be trying access hardware
directly" (sic) on a panic, thereby scrolling away the information
that would help
On Wed, Dec 27, 2006 at 10:32:53PM +0100, Rene Herman wrote:
> Good day.
>
> The bug where the kernel repetitively emits "atkbd.c: Spurious ACK on
> isa0060/serio0. Some program might be trying access hardware directly"
> (sic) on a panic, thereby scrolling away the information that would h
Good day.
The bug where the kernel repetitively emits "atkbd.c: Spurious ACK on
isa0060/serio0. Some program might be trying access hardware directly"
(sic) on a panic, thereby scrolling away the information that would help
in seeing what exactly the problem was (ie, "Unable to mount root fs"
15 matches
Mail list logo
