From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from casper.infradead.org (casper.infradead.org [90.155.50.34]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by smtp.subspace.kernel.org (Postfix) with ESMTPS id BB7A13B1ED7 for ; Tue, 2 Jun 2026 10:04:03 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; arc=none smtp.client-ip=90.155.50.34 ARC-Seal:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1780394645; cv=none; b=GO1sr2SVHTOudp+GCrmiJDyCsyRQL6pDe45qqF7wLJamRt8K0uVZfXRj8CUU3BA2THNOxRj/gNT5xKAP9/8ckCfyXAEZl28o5h3pdDyut/wATbxiOmWwj1JQRBqHfV8Gz6xUAtThtklIJ8mJsTHTlpmZiEf4aiF3VxqQAhNTyUo= ARC-Message-Signature:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1780394645; c=relaxed/simple; bh=L39GNZuE+VKSLo9ysM3wA109nCWZGj+2vVHGRUvUAF4=; h=Date:From:To:Cc:Subject:Message-ID:References:MIME-Version: Content-Type:Content-Disposition:In-Reply-To; b=Cn+1BNdavdcpNQjJ43/IKX46dDCyS9ZyZMWMPnboJrs3VU8Fu+gTG/X7e4QGziSshy6wYNIOD36UQVb9GGfKQFvjuCLR07mj78x5n8e6movGeMld+0SMYOhQglhyvGzZzzUrsRxVzzQI/zrIOmokuml4L1cS7xcVL3pIxudDrV8= ARC-Authentication-Results:i=1; smtp.subspace.kernel.org; dmarc=pass (p=none dis=none) header.from=infradead.org; spf=pass smtp.mailfrom=infradead.org; dkim=pass (2048-bit key) header.d=infradead.org header.i=@infradead.org header.b=VglPKMhO; arc=none smtp.client-ip=90.155.50.34 Authentication-Results: smtp.subspace.kernel.org; dmarc=pass (p=none dis=none) header.from=infradead.org Authentication-Results: smtp.subspace.kernel.org; spf=pass smtp.mailfrom=infradead.org Authentication-Results: smtp.subspace.kernel.org; dkim=pass (2048-bit key) header.d=infradead.org header.i=@infradead.org header.b="VglPKMhO" DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=infradead.org; s=casper.20170209; h=In-Reply-To:Content-Type:MIME-Version: References:Message-ID:Subject:Cc:To:From:Date:Sender:Reply-To: Content-Transfer-Encoding:Content-ID:Content-Description; bh=H0LfyS7uBbZOoMI62xV1G8UaPtPNqlEA8QKL5L+YCUU=; b=VglPKMhOzXIscGEz4J8knswe6Q cdjs8+uECbmjwVwx8OSRizqSmdBIoSn6MIuRKqYM0glZ3UD+nJO7vdvDrWksJt5wZshSE7u0R9jLq srdHL1T90V+zY33DFYG1i4TcXpCLXXtOWRsNWrWSFpVQM96a2OUs8X9Zc2W3Ce37KXUvBwgtMrvmD VJrZP394dF4Pm2/S2dV95PRoUPmcsBJINqM6EK6b75Q5PWWfuCW+VoPoUNltZoRR0vGHp5PjF2qBl CyzeI88UaR25kEBPtiXlw1Sm9v40vxZ5EIGWRjsPm+45eoGIll9VbON4VFYmmi7cOV3zScyhFDrv2 D3DD679A==; Received: from 77-249-17-252.cable.dynamic.v4.ziggo.nl ([77.249.17.252] helo=noisy.programming.kicks-ass.net) by casper.infradead.org with esmtpsa (Exim 4.99.1 #2 (Red Hat Linux)) id 1wULyZ-00000001jQm-1fzp; Tue, 02 Jun 2026 10:04:00 +0000 Received: by noisy.programming.kicks-ass.net (Postfix, from userid 1000) id 8E9D53001D0; Tue, 02 Jun 2026 12:03:58 +0200 (CEST) Date: Tue, 2 Jun 2026 12:03:58 +0200 From: Peter Zijlstra To: Shrikanth Hegde Cc: Venkat Rao Bagalkote , Madhavan Srinivasan , Mukesh Kumar Chaurasiya , Ritesh Harjani , linuxppc-dev , LKML , Srikar Dronamraju Subject: Re: [linux-next20260529] kernel BUG at kernel/sched/core.c:7512! Message-ID: <20260602100358.GQ3102624@noisy.programming.kicks-ass.net> References: <7904105b-9dfa-4efd-a5ef-bc0276ed255d@linux.ibm.com> <2f8c3d75-de2c-48bf-bd05-46b816d55c69@linux.ibm.com> <20260601095601.GN3102624@noisy.programming.kicks-ass.net> <37e69c39-564b-4ca9-bb27-1b99faab540c@linux.ibm.com> <20260602081845.GX3126523@noisy.programming.kicks-ass.net> Precedence: bulk X-Mailing-List: linux-kernel@vger.kernel.org List-Id: List-Subscribe: List-Unsubscribe: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: On Tue, Jun 02, 2026 at 03:26:11PM +0530, Shrikanth Hegde wrote: > > I would suggest trying something a little more focussed like so: > > > > diff --git a/arch/powerpc/mm/fault.c b/arch/powerpc/mm/fault.c > > index 806c74e0d5ab..b002c179415c 100644 > > --- a/arch/powerpc/mm/fault.c > > +++ b/arch/powerpc/mm/fault.c > > @@ -589,6 +589,7 @@ static __always_inline void __do_page_fault(struct pt_regs *regs) > > err = ___do_page_fault(regs, regs->dar, regs->dsisr); > > if (unlikely(err)) > > bad_page_fault(regs, err); > > + local_irq_disable(); > > } > > DEFINE_INTERRUPT_HANDLER(do_page_fault) > > > > Since only ___do_page_fault() will enable interrupts, you only need to > > disable them again on its return path. > > > > Seems there are more... > > do_program_check (called by program_check_exception, emulation_assist_interrupt) > alignment_exception > SPEFloatingPointException > facility_unavailable_exception > > > Many looks like it can recover only if hit in userspace. > Hence i though it would make sense to put it under arch_interrupt_exit_prepare > which is called just before irqentry_exit. Ah, fair enough.