From mboxrd@z Thu Jan 1 00:00:00 1970 From: Punit Agrawal Subject: Re: [PATCH v3 01/12] ACPI / APEI: Move the estatus queue code up, and under its own ifdef Date: Tue, 01 May 2018 11:43:19 +0100 Message-ID: <877eonr708.fsf@e105922-lin.cambridge.arm.com> References: <20180427153510.5799-1-james.morse@arm.com> <20180427153510.5799-2-james.morse@arm.com> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Return-path: In-Reply-To: <20180427153510.5799-2-james.morse@arm.com> (James Morse's message of "Fri, 27 Apr 2018 16:34:59 +0100") List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: "linux-arm-kernel" Errors-To: linux-arm-kernel-bounces+linux-arm-kernel=m.gmane.org@lists.infradead.org To: James Morse Cc: jonathan.zhang@cavium.com, Rafael Wysocki , Tony Luck , Christoffer Dall , Xie XiuQi , linux-mm@kvack.org, Marc Zyngier , Catalin Marinas , Tyler Baicar , Will Deacon , Dongjiu Geng , linux-acpi@vger.kernel.org, Borislav Petkov , Naoya Horiguchi , kvmarm@lists.cs.columbia.edu, linux-arm-kernel@lists.infradead.org, Len Brown List-Id: linux-acpi@vger.kernel.org Hi James, James Morse writes: > To support asynchronous NMI-like notifications on arm64 we need to use > the estatus-queue. These patches refactor it to allow multiple APEI > notification types to use it. > > First we move the estatus-queue code higher in the file so that any > notify_foo() handler can make use of it. > > This patch moves code around ... and makes the following trivial change: > Freshen the dated comment above ghes_estatus_llist. printk() is no > longer the issue, its the helpers like memory_failure_queue() that > still aren't nmi safe. > > Signed-off-by: James Morse > Reviewed-by: Punit Agrawal > > Notes for cover letter: > ghes.c has three things all called 'estatus'. One is a pool of memory > that has a static size, and is grown/shrunk when new NMI users are > allocated. > The second is the cache, this holds recent notifications so we can > suppress notifications we've already handled. > The last is the queue, which hold data from NMI notifications (in pool > memory) that can't be handled immediatly. I am guessing you intended to drop the notes before sending the patch out. Calling this out as it'd make sense to clean-this up if the series is ready for merging. Thanks, Punit [...]