From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from ozlabs.org (ozlabs.org [IPv6:2401:3900:2:1::2]) (using TLSv1.2 with cipher ADH-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by lists.ozlabs.org (Postfix) with ESMTPS id 3tcmpn65lCzDt0J for ; Tue, 13 Dec 2016 02:24:33 +1100 (AEDT) Received: from gate.crashing.org (gate.crashing.org [63.228.1.57]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ozlabs.org (Postfix) with ESMTPS id 3tcmpn1Gzyz9t0H for ; Tue, 13 Dec 2016 02:24:32 +1100 (AEDT) Message-ID: <1481556264.17253.57.camel@kernel.crashing.org> Subject: Re: [powerpc/nmi: RFC 2/2] Keep interrupts enabled even on soft disable From: Benjamin Herrenschmidt To: Nicholas Piggin , Balbir Singh Cc: linuxppc-dev@ozlabs.org, Michael Ellerman , Paul Mackerras Date: Mon, 12 Dec 2016 09:24:24 -0600 In-Reply-To: <20161212233111.1712ba79@roar.ozlabs.ibm.com> References: <20161212095003.1885-1-bsingharora@gmail.com> <20161212095003.1885-3-bsingharora@gmail.com> <20161212233111.1712ba79@roar.ozlabs.ibm.com> Content-Type: text/plain; charset="UTF-8" Mime-Version: 1.0 List-Id: Linux on PowerPC Developers Mail List List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , On Mon, 2016-12-12 at 23:31 +1000, Nicholas Piggin wrote: > Otherwise, this looks nice if it does the right thing with the interrupt > controller. It hasn't taken a lot of lines to implement which is very > cool. We might want to be a bit careful. It will work with XICS fine, but it might be trickier with a controller that needs explicit masking of the just received interrupts like some of the old mac ones. Or MPIC that you haven't modified to flatten the priorities etc.... Also lazy masking is ppc64 only but irc.c and time.c are shared. I think we need to make this an "opt-in" based on some bit set by the platform or the PIC, possibly in ppc_md. Also note that there's already a PACA field to "recover" an interrupt snatched by KVM, though it's XICS specific, while your approach is more generic, you may want to merge the two. Talk to Paulus. Cheers, Ben.