Received: by 2002:a05:6a10:6744:0:0:0:0 with SMTP id w4csp3874658pxu; Tue, 20 Oct 2020 02:49:28 -0700 (PDT) X-Google-Smtp-Source: ABdhPJzMsvmNikhGUpU97Pzp3KvD631RThkgdz9bdySE97PrFnZzEI1YNTt1bCxMPzLyNQfBHM4I X-Received: by 2002:a17:906:268c:: with SMTP id t12mr2182259ejc.377.1603187368056; Tue, 20 Oct 2020 02:49:28 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1603187368; cv=none; d=google.com; s=arc-20160816; b=SvDEbrnB9XwOuNQuaFUyLc9SfKrowQXWNLKI0pfTguBOe4lXXwz9MX07f9nfp7uxBf U0IMF6x1N4OKFhq2rkjvP6PuPhNLgGwlRAG8zRj9sf6b0BlYzTG+20+DQ56Rprpv/4ZQ gjktsaKJwbwXwnc0n1rGjoXi3QmNVkHmb4zGCgTriv4Xd47tc6RL0rzLjH/P0DycQm0K z7rNLfviJ0EBF3+IG/sGu/5XjZct2lhf77TMoxePr7sDBr0rJ+ez3Y2kIEwD3F/FJrhc bLmqge9ppZDejpzOvki1WKzWIFO0DvKw/ysp81v25Upn5Le4lVPe2mmO4mCM326qT85Q rJgg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:cc:to:subject:message-id:date:from:in-reply-to :references:mime-version:dkim-signature; bh=X8McS5lbaBCf5JTK6wcTtTbcIkoyUi8hMk2YmNfJw8M=; b=HrcIFCDrgzK/8Z9wCpWzH1BKHUzhKFIkGgrvNKJZQXYQk9XR2E/mDvR16QrgjbePZn 1PCQwq9G/awA7i9X/XTTjnNgSVHY/JvqsLRNKu+6gFyi0NQ5eXXlrIVMuzjOGPlz8qhX K+32sUfQhNRb7GjKGT6dDwYoNNlaYMg7x/RuyhhodluEtbWdQ272HCvixFYwGTS5UUf/ Uk96oupiOo3R90nzPkq1WEGsCT63vtgQtEoqgpATR9ZBp2QGMSUUA8kLp+ipYxsDgKGE 5G+zJc8EDJy03hJrsfWLzhEEC52sHKa4kFnI/Ny5YUxuhIHAOEfoO0jTEzLAne4nUQp3 xkOA== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@linaro.org header.s=google header.b=e1Y8DGWy; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=linaro.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id t21si821941edy.511.2020.10.20.02.49.06; Tue, 20 Oct 2020 02:49:28 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; dkim=pass header.i=@linaro.org header.s=google header.b=e1Y8DGWy; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=linaro.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S2404842AbgJTHHh (ORCPT + 99 others); Tue, 20 Oct 2020 03:07:37 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:56190 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S2404740AbgJTHHh (ORCPT ); Tue, 20 Oct 2020 03:07:37 -0400 Received: from mail-lf1-x144.google.com (mail-lf1-x144.google.com [IPv6:2a00:1450:4864:20::144]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id E643CC061755 for ; Tue, 20 Oct 2020 00:07:36 -0700 (PDT) Received: by mail-lf1-x144.google.com with SMTP id 184so806294lfd.6 for ; Tue, 20 Oct 2020 00:07:36 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=linaro.org; s=google; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=X8McS5lbaBCf5JTK6wcTtTbcIkoyUi8hMk2YmNfJw8M=; b=e1Y8DGWy8PvUo/hwsGgNr/SxdVXPOv2DnsuZU21mBVE0a25+BM9fRGatglVVPp9dE7 Lj1eLuXIUt6uQviUNHRz8UMfE7RvzoKm4fQ0fvZxduLALc0et0o6Z+aLVK+Kdg5Xgj9Q 28dFK/a8fFtDoZwXlcR7MoOwy2Efmluo1+anAYmYnGchJFYr4fdJUQVVzVrFVp+F/gfB 7UIUFT/uaTidTjc+5wmTzbtkd35BESS4VV6UbgNlcqV4/YHG+1LR39Dtr/GQ8up7Oq7a o/0XT1U70IqMREyAVcpkU7ZCRhNWbcYcdAcWvdVSYbFYo/y8aCFSYswwyFbA1P7L4whR SpvQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=X8McS5lbaBCf5JTK6wcTtTbcIkoyUi8hMk2YmNfJw8M=; b=R+Ggqimx87SVNPjcDoz/a+K/a8VvNNhLMD2SzXDyqhipXfBTJeq8A0YTELqPDmD1rn ZLTGjT/1r157NMR+lviGhokcgV1xUvsl001531MO+zbxmZcpXeHxd1Wue30ubFpn3QVp bGDTU3C/ICzS+wYICLp7RCl6+1XlwCkWBihTnDkT+nad75X10zcyC8VDt3txndw/NC1d tR0tNlFDoKzRY7ijf9alsiA6AuQC5lstsTI/eBQJZqymiu14n7X01cC8DSjj1Jw3dECe Cz/UdFf+Hw/3P1RCO7pzhkf/dYtRTAbHfe73smi6ijzgd/YivXrL1eJ1NRlI9Qk9J8dl oV1g== X-Gm-Message-State: AOAM533vkkAgUJ4m+p8fzoQzYwTs7rFJS5j/axWAtDW9IRZE6vsEMlDI JfExrmNDb2pUJO5SmZZeXxbm1nmAABdAFssYLiFYBw== X-Received: by 2002:ac2:55b2:: with SMTP id y18mr465214lfg.419.1603177655367; Tue, 20 Oct 2020 00:07:35 -0700 (PDT) MIME-Version: 1.0 References: <1602673931-28782-1-git-send-email-sumit.garg@linaro.org> <1602673931-28782-2-git-send-email-sumit.garg@linaro.org> In-Reply-To: From: Sumit Garg Date: Tue, 20 Oct 2020 12:37:24 +0530 Message-ID: Subject: Re: [PATCH v5 1/5] arm64: Add framework to turn IPI as NMI To: Marc Zyngier Cc: Catalin Marinas , Will Deacon , linux-arm-kernel , Thomas Gleixner , Jason Cooper , Mark Rutland , julien.thierry.kdev@gmail.com, Douglas Anderson , Daniel Thompson , Jason Wessel , Masayoshi Mizuma , ito-yuichi@fujitsu.com, kgdb-bugreport@lists.sourceforge.net, Linux Kernel Mailing List Content-Type: text/plain; charset="UTF-8" Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Mon, 19 Oct 2020 at 17:26, Marc Zyngier wrote: > > On 2020-10-14 12:12, Sumit Garg wrote: > > Introduce framework to turn an IPI as NMI using pseudo NMIs. In case a > > particular platform doesn't support pseudo NMIs, then request IPI as a > > regular IRQ. > > > > The main motivation for this feature is to have an IPI that can be > > leveraged to invoke NMI functions on other CPUs. And current > > prospective > > users are NMI backtrace and KGDB CPUs round-up whose support is added > > via future patches. > > > > Signed-off-by: Sumit Garg > > --- > > arch/arm64/include/asm/nmi.h | 16 +++++++++ > > arch/arm64/kernel/Makefile | 2 +- > > arch/arm64/kernel/ipi_nmi.c | 77 > > ++++++++++++++++++++++++++++++++++++++++++++ > > 3 files changed, 94 insertions(+), 1 deletion(-) > > create mode 100644 arch/arm64/include/asm/nmi.h > > create mode 100644 arch/arm64/kernel/ipi_nmi.c > > [...] > > > + irq_set_status_flags(ipi, IRQ_HIDDEN); > > Another thing is this. Why are you hiding this from /proc/interrupts? > The only reason the other IPIs are hidden is that displaying them as > "normal" interrupts would be a change in userspace ABI. > > In your case, this is something new that can perfectly appear as > a standard interrupt (and I don't see how you'd display the > statistics otherwise). Makes sense. I will remove this flag for this IPI so that it can be displayed as a standard interrupt. -Sumit > > M. > -- > Jazz is not dead. It just smells funny...