Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1759078AbZFOI0T (ORCPT ); Mon, 15 Jun 2009 04:26:19 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1756877AbZFOI0G (ORCPT ); Mon, 15 Jun 2009 04:26:06 -0400 Received: from wf-out-1314.google.com ([209.85.200.172]:1807 "EHLO wf-out-1314.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1753751AbZFOI0F convert rfc822-to-8bit (ORCPT ); Mon, 15 Jun 2009 04:26:05 -0400 DomainKey-Signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; b=kHqSlOwVvxmRCLIJax9BuO+oHmFCOLYDEAbAMO6I4xY1mMNhZhu0if9EzNB9bzGgI2 EYqZ3GSwhQuuscjCjmjvOBZpOl3UrOG8OZqCtYsCMJc2gI0z9ek9Me4cm9vvGO4cXvUy 7rQKVkQOHLV0zxL+yKbEkIEt5363iDVmCiVdg= MIME-Version: 1.0 In-Reply-To: <4A36041C.9050202@jp.fujitsu.com> References: <4A3601BF.2000201@jp.fujitsu.com> <4A36041C.9050202@jp.fujitsu.com> Date: Mon, 15 Jun 2009 16:26:08 +0800 Message-ID: <851fc09e0906150126x4bb003flbf099aff0eed2a66@mail.gmail.com> Subject: Re: [PATCH 02/16] x86, mce: call-in should be after updating global_nwo From: huang ying To: Hidetoshi Seto Cc: linux-kernel@vger.kernel.org, Ingo Molnar , "H. Peter Anvin" , Thomas Gleixner , Andi Kleen , Huang Ying Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8BIT Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1045 Lines: 24 2009/6/15 Hidetoshi Seto : > At the beginning of Monarch synchronization, processors wait until > all of them have entered the exception handler and then check the > global_nwo to determine if any of them saw a fatal event. > > However since current code does call-in before updating global_nwo, > it might happen that the global_nwo does not reflect some of local > nwo at the time.  This might break printing corrected errors not > handled yet on panic. This is almost same as the patch that I just posted. I think this is because it trigger a failure in mce-test suite, and we both find the failure. But your patch lacks memory barrier between mce_callin and global_nwo updating/reading. Atomic operations does not imply memory barrier. Best Regards, Huang Ying -- 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/