Received: by 2002:a05:6a10:5bc5:0:0:0:0 with SMTP id os5csp1192299pxb; Tue, 26 Oct 2021 04:42:15 -0700 (PDT) X-Google-Smtp-Source: ABdhPJwiEHpnIkDRuk9b94krfsWoO5xC88HvM3/sbi0GJlTiWpIbajoQIoEjZFjqF8pKmW2WC7lW X-Received: by 2002:a05:6402:22f4:: with SMTP id dn20mr34457696edb.201.1635248534959; Tue, 26 Oct 2021 04:42:14 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1635248534; cv=none; d=google.com; s=arc-20160816; b=n9DMAzhRLHH0FeTn5xordNgeWT2nhXHjp2XOqWmzmwmZ0PArosMF8AG6sDSdhKNluV z6tBtU7OneHcehaCl1cT+MHozEaoJFYXyrsENGhHstYiqUcd950pfly47+CVo/JeOyVW aL0Pf3k5tJD41vDf7Vtrs5gteD41I2rxxez85ON+Wk0whHtfoHwHCK28fYYRgUq7K0zC Sz4JmvkyPUu0mb1YDiS1WoCfWsmU9T9icEjFcjrH0svWLL1tx76iKTlVbqWRd3E4G5cu sbV+Fwhk6xEHJE4SQz4HCn8n0Fd7wUNUdkPkz+dxGFC+yUFW4CbR88J5S5aGX1OqDsiR d1Iw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:references:in-reply-to:message-id:date:subject :cc:to:from; bh=kOPwvGsMgJkpFBsWAlcqJiSBzFS9erXHEhFLhOOwqJ4=; b=Td/o4rbCuiGHXkSW+kQ4F247GeWI53InOKg1O7OlUq0L28W3eHQ8bom7F9i3QLXvOR BZj2wwoTEMQPLimV/a2D7L6cTjr2j2FUFSPkVfsYZpdE340F90HjUPPnpMpzP+53AMGY N/19d3VDjzevjlkbCH2jrFRpdqZCOFqaLCiarnQ0YAsozN4RO75aDCbGHTmIwbJYNOqT V4+mC6XC1GCN8EzLOKxM5WsvIoaBYGaTfXg8ShbHzPcpvyIUWilohSVKlie4VIP58ZjO Fhey+kXNLQjCVO0d4P4rn7WMRXhzovHHlUGCWq9xQKEhIzNsxI4hI+JLf1cLKmwbe8aI kOcA== ARC-Authentication-Results: i=1; mx.google.com; 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=fail (p=NONE sp=NONE dis=NONE) header.from=arm.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id w7si1143087eds.488.2021.10.26.04.41.51; Tue, 26 Oct 2021 04:42:14 -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; 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=fail (p=NONE sp=NONE dis=NONE) header.from=arm.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S234884AbhJZJ2R (ORCPT + 99 others); Tue, 26 Oct 2021 05:28:17 -0400 Received: from foss.arm.com ([217.140.110.172]:55548 "EHLO foss.arm.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S234869AbhJZJ2J (ORCPT ); Tue, 26 Oct 2021 05:28:09 -0400 Received: from usa-sjc-imap-foss1.foss.arm.com (unknown [10.121.207.14]) by usa-sjc-mx-foss1.foss.arm.com (Postfix) with ESMTP id BFCC21063; Tue, 26 Oct 2021 02:25:45 -0700 (PDT) Received: from lakrids.cambridge.arm.com (usa-sjc-imap-foss1.foss.arm.com [10.121.207.14]) by usa-sjc-imap-foss1.foss.arm.com (Postfix) with ESMTPA id 1ABA03F70D; Tue, 26 Oct 2021 02:25:42 -0700 (PDT) From: Mark Rutland To: linux-kernel@vger.kernel.org Cc: aou@eecs.berkeley.edu, catalin.marinas@arm.com, deanbo422@gmail.com, green.hu@gmail.com, guoren@kernel.org, jonas@southpole.se, kernelfans@gmail.com, linux-arm-kernel@lists.infradead.org, linux@armlinux.org.uk, mark.rutland@arm.com, maz@kernel.org, nickhu@andestech.com, palmer@dabbelt.com, paul.walmsley@sifive.com, shorne@gmail.com, stefan.kristiansson@saunalahti.fi, tglx@linutronix.de, tsbogend@alpha.franken.de, vgupta@kernel.org, vladimir.murzin@arm.com, will@kernel.org Subject: [PATCH v2 09/17] irq: nds32: avoid CONFIG_HANDLE_DOMAIN_IRQ Date: Tue, 26 Oct 2021 10:24:56 +0100 Message-Id: <20211026092504.27071-10-mark.rutland@arm.com> X-Mailer: git-send-email 2.11.0 In-Reply-To: <20211026092504.27071-1-mark.rutland@arm.com> References: <20211026092504.27071-1-mark.rutland@arm.com> Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org In preparation for removing HANDLE_DOMAIN_IRQ, have arch/nds32 perform all the necessary IRQ entry accounting in its entry code. Currently arch/nds32 is tightly coupled with the ativic32 irqchip, and while the entry code should logically live under arch/nds32/, moving the entry logic there makes things more convoluted. So for now, place the entry logic in the ativic32 irqchip, but separated into a separate function to make the split of responsibility clear. In future this should probably use GENERIC_IRQ_MULTI_HANDLER to cleanly decouple this. There should be no functional change as a result of this patch. Signed-off-by: Mark Rutland Reviewed-by: Marc Zyngier Cc: Greentime Hu Cc: Nick Hu Cc: Thomas Gleixner Cc: Vincent Chen --- arch/nds32/Kconfig | 1 - drivers/irqchip/irq-ativic32.c | 22 ++++++++++++++++++++-- 2 files changed, 20 insertions(+), 3 deletions(-) diff --git a/arch/nds32/Kconfig b/arch/nds32/Kconfig index aea26e739543..4d1421b18734 100644 --- a/arch/nds32/Kconfig +++ b/arch/nds32/Kconfig @@ -27,7 +27,6 @@ config NDS32 select GENERIC_LIB_MULDI3 select GENERIC_LIB_UCMPDI2 select GENERIC_TIME_VSYSCALL - select HANDLE_DOMAIN_IRQ select HAVE_ARCH_TRACEHOOK select HAVE_DEBUG_KMEMLEAK select HAVE_EXIT_THREAD diff --git a/drivers/irqchip/irq-ativic32.c b/drivers/irqchip/irq-ativic32.c index 476d6024aaf2..223dd2f97d28 100644 --- a/drivers/irqchip/irq-ativic32.c +++ b/drivers/irqchip/irq-ativic32.c @@ -5,11 +5,14 @@ #include #include #include +#include #include #include #include #include +#include + unsigned long wake_mask; static void ativic32_ack_irq(struct irq_data *data) @@ -103,10 +106,25 @@ static irq_hw_number_t get_intr_src(void) - NDS32_VECTOR_offINTERRUPT; } -asmlinkage void asm_do_IRQ(struct pt_regs *regs) +static void ativic32_handle_irq(struct pt_regs *regs) { irq_hw_number_t hwirq = get_intr_src(); - handle_domain_irq(root_domain, hwirq, regs); + generic_handle_domain_irq(root_domain, hwirq); +} + +/* + * TODO: convert nds32 to GENERIC_IRQ_MULTI_HANDLER so that this entry logic + * can live in arch code. + */ +asmlinkage void asm_do_IRQ(struct pt_regs *regs) +{ + struct pt_regs *old_regs; + + irq_enter(); + old_regs = set_irq_regs(regs); + ativic32_handle_irq(regs); + set_irq_regs(old_regs); + irq_exit(); } int __init ativic32_init_irq(struct device_node *node, struct device_node *parent) -- 2.11.0