Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1754841AbbKXU1T (ORCPT ); Tue, 24 Nov 2015 15:27:19 -0500 Received: from mail-wm0-f54.google.com ([74.125.82.54]:36715 "EHLO mail-wm0-f54.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1752603AbbKXU1Q (ORCPT ); Tue, 24 Nov 2015 15:27:16 -0500 Date: Tue, 24 Nov 2015 21:27:13 +0100 From: Michal Hocko To: Steven Rostedt Cc: Hidehiro Kawai , Jonathan Corbet , Peter Zijlstra , Ingo Molnar , "Eric W. Biederman" , "H. Peter Anvin" , Andrew Morton , Thomas Gleixner , Vivek Goyal , Baoquan He , linux-doc@vger.kernel.org, x86@kernel.org, kexec@lists.infradead.org, linux-kernel@vger.kernel.org, Ingo Molnar , Borislav Petkov , Masami Hiramatsu Subject: Re: [V5 PATCH 1/4] panic/x86: Fix re-entrance problem due to panic on NMI Message-ID: <20151124202712.GA23063@dhcp22.suse.cz> References: <20151120093641.4285.97253.stgit@softrs> <20151120093644.4285.9349.stgit@softrs> <20151124150510.GA6100@home.goodmis.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20151124150510.GA6100@home.goodmis.org> User-Agent: Mutt/1.5.24 (2015-08-30) Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1329 Lines: 44 On Tue 24-11-15 10:05:10, Steven Rostedt wrote: > On Fri, Nov 20, 2015 at 06:36:44PM +0900, Hidehiro Kawai wrote: > > diff --git a/include/linux/kernel.h b/include/linux/kernel.h > > index 350dfb0..480a4fd 100644 > > --- a/include/linux/kernel.h > > +++ b/include/linux/kernel.h > > @@ -445,6 +445,19 @@ extern int sysctl_panic_on_stackoverflow; > > > > extern bool crash_kexec_post_notifiers; > > > > +extern atomic_t panic_cpu; > > + > > +/* > > + * A variant of panic() called from NMI context. > > + * If we've already panicked on this cpu, return from here. > > + */ > > +#define nmi_panic(fmt, ...) \ > > + do { \ > > + int this_cpu = raw_smp_processor_id(); \ > > + if (atomic_cmpxchg(&panic_cpu, -1, this_cpu) != this_cpu) \ > > + panic(fmt, ##__VA_ARGS__); \ > > Hmm, > > What happens if: > > CPU 0: CPU 1: > ------ ------ > nmi_panic(); > > nmi_panic(); > > nmi_panic(); I thought that nmi_panic is called only from the nmi context. If so how can we get a nested NMI like that? -- Michal Hocko SUSE Labs -- 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/