Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1756745Ab2EYJUc (ORCPT ); Fri, 25 May 2012 05:20:32 -0400 Received: from www.linutronix.de ([62.245.132.108]:34488 "EHLO Galois.linutronix.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1752654Ab2EYJU1 (ORCPT ); Fri, 25 May 2012 05:20:27 -0400 Date: Fri, 25 May 2012 11:20:19 +0200 (CEST) From: Thomas Gleixner To: Chen Gong cc: Borislav Petkov , LKML , tony.luck@intel.com, x86@kernel.org, Peter Zijlstra Subject: Re: [patch 2/2] x86: mce: Implement cmci poll mode for intel machines In-Reply-To: <4FBF3561.4040805@linux.intel.com> Message-ID: References: <20120524174943.989990966@linutronix.de> <20120524175056.478167482@linutronix.de> <20120525062426.GB3179@aftab.osrc.amd.com> <4FBF3561.4040805@linux.intel.com> User-Agent: Alpine 2.02 (LFD 1266 2009-07-14) MIME-Version: 1.0 Content-Type: MULTIPART/MIXED; BOUNDARY="8323328-1604097789-1337937620=:3231" X-Linutronix-Spam-Score: -1.0 X-Linutronix-Spam-Level: - X-Linutronix-Spam-Status: No , -1.0 points, 5.0 required, ALL_TRUSTED=-1,SHORTCIRCUIT=-0.0001 Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1647 Lines: 40 This message is in MIME format. The first part should be readable text, while the remaining parts are likely unreadable without MIME-aware tools. --8323328-1604097789-1337937620=:3231 Content-Type: TEXT/PLAIN; charset=UTF-8 Content-Transfer-Encoding: 8BIT On Fri, 25 May 2012, Chen Gong wrote: > 于 2012/5/25 14:24, Borislav Petkov 写道: > > On Thu, May 24, 2012 at 05:54:52PM +0000, Thomas Gleixner wrote: > >> Intentionally left blank to be filled out by someone who wants > >> that and can explain the reason for this better than me. > > > > That'll be Intel folk :) > > > >> Signed-off-by: Thomas Gleixner > > > > Looks good to me too, thanks Thomas for doing this! > > > > I'll run it next week just in case. > > > > Acked-by: Borislav Petkov > > > > Oh, Oh, wait. First I need to thank Thomas to improve it. I don't > reply you at the first time because I have some thoughts and now > I'm testing it. The basic test shows it hangs the system after > sb_edac is removed and when error count increases to the threshold > it hangs again, and when trying to reboot the system no hang happnes > (not reach the threshold) the system oops. I need to time to debug > and give the valid feedback. Please be patient :-). Of course, As I said it's completely untested. I just made sure it compiles :) --8323328-1604097789-1337937620=:3231-- -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/