Re: [BUG 2.6.20-rc2] atkbd.c: Spurious ACK

2007-01-05 Thread Tilman Schmidt
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

Re: [BUG 2.6.20-rc2] atkbd.c: Spurious ACK

2006-12-30 Thread Laurent Riffard
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

Re: [BUG 2.6.20-rc2] atkbd.c: Spurious ACK

2006-12-29 Thread Rene Herman
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

Re: [BUG 2.6.20-rc2] atkbd.c: Spurious ACK

2006-12-29 Thread Dmitry Torokhov
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]" > > ..

Re: [BUG 2.6.20-rc2] atkbd.c: Spurious ACK

2006-12-29 Thread Rene Herman
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

Re: [BUG 2.6.20-rc2] atkbd.c: Spurious ACK

2006-12-29 Thread Laurent Riffard
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

Re: [BUG 2.6.20-rc2] atkbd.c: Spurious ACK

2006-12-28 Thread Rene Herman
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

Re: [BUG 2.6.20-rc2] atkbd.c: Spurious ACK

2006-12-28 Thread Dmitry Torokhov
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

Re: [BUG 2.6.20-rc2] atkbd.c: Spurious ACK

2006-12-28 Thread Rene Herman
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

Re: [BUG 2.6.20-rc2] atkbd.c: Spurious ACK

2006-12-28 Thread Dmitry Torokhov
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

Re: [BUG 2.6.20-rc2] atkbd.c: Spurious ACK

2006-12-28 Thread Rene Herman
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

Re: [BUG 2.6.20-rc2] atkbd.c: Spurious ACK

2006-12-28 Thread Dmitry Torokhov
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

Re: [BUG 2.6.20-rc2] atkbd.c: Spurious ACK

2006-12-28 Thread Rene Herman
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

Re: [BUG 2.6.20-rc2] atkbd.c: Spurious ACK

2006-12-28 Thread Dave Jones
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

[BUG 2.6.20-rc2] atkbd.c: Spurious ACK

2006-12-27 Thread Rene Herman
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"