| 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
| ||
|
Date: Tue, 19 Apr 2011 21:52:25 +0200 From: Nicos Gollan <ngollan@...arhead.de> To: linux-kernel@...r.kernel.org Subject: Re: Mysterious freezes after 2.6.35, no NMI Hi, On Tuesday 19 April 2011 16:30:31 Don Zickus wrote: > On Tue, Apr 12, 2011 at 07:39:59PM +0200, Nicos Gollan wrote: > > To add insult to injury, at least in the 2.6.38 series, the NMI watchdog > > is broken. The counters in /proc/interrupts always show 0, but will > > count up quite happily on 2.6.35. > > The nmi watchdog changed for 2.6.36, such that it increments every 60 > seconds instead of every second. Using cpuspeed and a lightly loaded > system, will delay it even longer. This is a good thing as you don't need > nmi interrupts firing all the time. In how far does that change the time until the watchdog would trigger after a freeze? Would it react on the first or second execution after the freeze? That would make it "two minutes or even longer", depending on the CPU frequency that was set when the control daemon died. IMO that slow and nondeterministic behaviour is detrimental to the watchdog's declared function. With those changes, there's no idea how long one would have to wait after a freeze. There should at least be a fixed upper limit on the execution period, and according changes to Documentation/nmi_watchdog.txt Regards, Nicos -- 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