lists.openwall.net   lists  /  announce  owl-users  owl-dev  john-users  john-dev  passwdqc-users  yescrypt  popa3d-users  /  oss-security  kernel-hardening  musl  sabotage  tlsify  passwords  /  crypt-dev  xvendor  /  Bugtraq  Full-Disclosure  linux-kernel  linux-netdev  linux-ext4  linux-hardening  linux-cve-announce  PHC 
Open Source and information security mailing list archives
 
Hash Suite: Windows password security audit tool. GUI, reports in PDF.
[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-Id: <200612282240.00784.dtor@insightbb.com>
Date:	Thu, 28 Dec 2006 22:40:00 -0500
From:	Dmitry Torokhov <dtor@...ightbb.com>
To:	Rene Herman <rene.herman@...il.com>
Cc:	Dave Jones <davej@...hat.com>,
	Linux Kernel <linux-kernel@...r.kernel.org>
Subject: Re: [BUG 2.6.20-rc2] atkbd.c: Spurious ACK

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
> >> 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" or something) is still present in 2.6.20-rc2.
> > 
> > Do you have a KVM ?  Quite a few of those seem to tickle this printk.
> 
> No, regular old PS/2 keyboard, directly connected. Due to that exact 
> uneventfullness and having seen it reported before recently (*) I 
> assumed everyone was seeing this. If not, I guess I can try to narrow it 
> down.
> 
> It's easy to test for anyone willing: just boot with "root=/dev/null" or 
> something as a kernel param. The printk's are in sync with the panic 
> code blinking the leds.
> 
> (*) Here there was supposed to be a link to the post I was refferring 
> to, but googling for it led to http://lkml.org/lkml/2006/11/13/300
> 
> Dmitry, could you ask Linus to pull the change? I find this to be an 
> exceedingly annoying bug. It's just so incredibly silly, having one part 
> of the kernel helpfully blink leds at you with another part going "hey, 
> dude! don't do that!"
> 

Hi Rene,

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 ACK" messages during kernel panic?

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

Powered by blists - more mailing lists

Powered by Openwall GNU/*/Linux Powered by OpenVZ