linux-kernel - Re: CONFIG_NO_HZ: missed ticks, stall (keyb IRQ required) [2.6.18-rc4-mm1]

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]

Date:	Thu, 2 Nov 2006 01:18:39 +0100
From:	Andreas Mohr <andi@...x01.fht-esslingen.de>
To:	Thomas Gleixner <tglx@...utronix.de>
Cc:	Andreas Mohr <andi@...x01.fht-esslingen.de>,
	Ingo Molnar <mingo@...e.hu>, linux-kernel@...r.kernel.org
Subject: Re: CONFIG_NO_HZ: missed ticks, stall (keyb IRQ required) [2.6.18-rc4-mm1]

Hi,

On Wed, Nov 01, 2006 at 10:51:56PM +0100, Thomas Gleixner wrote:
> On Wed, 2006-11-01 at 15:07 +0100, Andreas Mohr wrote:
> > x86 UP Athlon 1200, VIA chipset.
> > 
> > Probably some problem with VIA chipsets and APIC, PIT, ...?
> > 
> > Would be nice to get this to work properly, anything I should try to debug?
> 
> Can you try:
> 
> http://tglx.de/projects/hrtimers/2.6.19-rc4-mm1/patch-2.6.19-rc4-mm1-hrt-dyntick1.patch

You applied a nice lameness filter, by secretly making sure that -dyntick1
is unavailable and a new -dyntick2 took its place, right? ;)

> on top of -mm please? Can you mail me a boot log of that ?

Attached (went the extra mile and made sure to reply this night already).

It seems we have C2 APIC issues here, from a cursory glance at the log...

Note that it stalls directly after the
input: AT Translated Set 2 keyboard as /class/input/input0
line (from that point on it needs additional "support" via keyboard press).

Don't tell me my chipset is so awfully buggy that the best thing would be
to swap mainboards immediately...

Thanks!!
(especially for your nice dynticks work)

Andreas Mohr

Download attachment "dmesg.log.gz" of type "application/x-gzip" (4703 bytes)