From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1756325AbXD0RGS (ORCPT ); Fri, 27 Apr 2007 13:06:18 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1756327AbXD0RGR (ORCPT ); Fri, 27 Apr 2007 13:06:17 -0400 Received: from smtp-out.google.com ([216.239.45.13]:57627 "EHLO smtp-out.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1756698AbXD0RGP (ORCPT ); Fri, 27 Apr 2007 13:06:15 -0400 DomainKey-Signature: a=rsa-sha1; s=beta; d=google.com; c=nofws; q=dns; h=received:message-id:date:from:to:subject:cc:in-reply-to: mime-version:content-type:content-transfer-encoding: content-disposition:references; b=Z49z77TgbtYRA+NX+e2GYTPBLtMgIBsdhk15TLnxcGQuRzck+09Gs5UlNRIW1qGcJ xpgTkb/Ehi/KUoUxywr8A== Message-ID: Date: Fri, 27 Apr 2007 10:05:58 -0700 From: "Tim Hockin" To: "Andi Kleen" Subject: Re: [PATCH] x86_64: dynamic MCE poll interval Cc: vojtech@suse.cz, linux-kernel@vger.kernel.org, akpm@google.com In-Reply-To: <20070427170230.GA4574@muc.de> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <20070427090917.GA24922@muc.de> <20070427170230.GA4574@muc.de> Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org On 27 Apr 2007 19:02:30 +0200, Andi Kleen wrote: > On Fri, Apr 27, 2007 at 09:58:14AM -0700, Tim Hockin wrote: > > On 27 Apr 2007 11:09:17 +0200, Andi Kleen 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 >