linux-kernel - Re: [PATCH] x86_64: dynamic MCE poll interval

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: <cc96a5040704271005p5976dec6nb7f99d6cd099de95@mail.gmail.com>
Date:	Fri, 27 Apr 2007 10:05:58 -0700
From:	"Tim Hockin" <thockin@...gle.com>
To:	"Andi Kleen" <ak@....de>
Cc:	vojtech@...e.cz, linux-kernel@...r.kernel.org, akpm@...gle.com
Subject: Re: [PATCH] x86_64: dynamic MCE poll interval

On 27 Apr 2007 19:02:30 +0200, Andi Kleen <ak@....de> wrote:
> On Fri, Apr 27, 2007 at 09:58:14AM -0700, Tim Hockin wrote:
> > On 27 Apr 2007 11:09:17 +0200, Andi Kleen <ak@....de> wrote:
> > >On Thu, Apr 26, 2007 at 06:02:52PM -0700, Tim Hockin wrote:
> > >> Description:
> > >>  This patch makes the MCE poller adjust the polling interval dynamically.
> > >>  If we find an MCE, poll 2x faster (down to 10 ms).  When we stop finding
> > >>  MCEs, poll 2x slower (up to check_interval seconds).  The check_interval
> > >>  tunable becomes the max polling interval.
> > >
> > >Can you please fix the documentation then?
> >
> > Which documentation, specifically? :)
>
> Documentation/x86_64/{boot-options.txt,machinecheck}

What needs to be changed in boot-options?


> >
> > >> Result:
> > >>  If you start to take a lot of correctable errors (not exceptions), you
> > >>  log them faster and more accurately (less chance of overflowing the MCA
> > >>  registers).  If you don't take a lot of errors, you will see no change.
> > >
> > >Makes sense.
> > >
> > >AMD RevF can do this using the threshold interrupts too for DIMM errors
> > >too without any delays -- perhaps it would also make sense to configure
> > >this by default that it always triggers on all DIMM errors.
> > >Right now it is just an option in /sys
> >
> > Can I look at this as a followon patch?  I have a number of mce
>
> Sure.
>
> -Andi
>
-
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/