Received: by 2002:a25:8b12:0:0:0:0:0 with SMTP id i18csp3508200ybl; Mon, 12 Aug 2019 01:29:05 -0700 (PDT) X-Google-Smtp-Source: APXvYqzVOtaE1DBMJuui0MyOiewkD3J2e2eVloflETyIJrueJ0ZRIjY53ePvD8OfVnSKYixI6a3O X-Received: by 2002:a62:2aca:: with SMTP id q193mr35198105pfq.209.1565598545819; Mon, 12 Aug 2019 01:29:05 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1565598545; cv=none; d=google.com; s=arc-20160816; b=ogTWN7/TpUErjTEOJ+iJOxJ4dW9PUpJVnDmRFAoemaMaMgpqpJ8oTNCkK/++nUEabN xy0ohzO9Z57e3RLJGTIs+NETEKhIg1XH5TCLZJitcbM7VsGGZmj+yB+/2XS8TDuFjz4f yxlvK68QSy5Pu5Z6Zs+gA2bYKbzBmsTrnRtOS14SSpfCilhknijbHHv9DWJOXnOZdTdh jm2slY+27phfOazTDu3+7uCwGeKn0go9jxp0Tom/RDmK2mjvxj0hUX7R8svtWsgsu5e2 W/zjMuBxRlxsxT1kMrmKdvOf9o4M0H/7D+UOIu9689EoEgF+wkys2GJEQ9F5JaENV9HA qyeA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:user-agent:in-reply-to :content-transfer-encoding:content-disposition:mime-version :references:message-id:subject:cc:to:from:date:dkim-signature; bh=/q/RSE1bakrOuVJ1Go3ad0jguc0Whte29OhdD2MbF9o=; b=lI2yr6XhP0T24gGBiV+zU4kB4KcoNfyn/FQ2ytFavDzOtnEeqpmjqsCloyVUBe+t+4 y/t82Nr12IlyRC45r0+lqesPNWVd9OxG/2ylpJUjCfcNnMB4iZWlXJt+9qZQHf0IVHCo Zi9dRIFtmhLJKuAipLGlM1SpijZRTXwoAo2ym5nWH9vK630fnfcoWxmcXhOSZDUwGAdf max5cg16ZpOpRypo5WL9sneBJU0yg/CvlF/+z9nY8PRy0kNdZk7JA4m+SMFbjbl9Rbyf WGyg8DhCCfFicDCpCYLJkogYZvQEZXSSf69WuPmmcj+HJBDBZh7xDMRyeeRkuGZv+xRg /k8g== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@gmail.com header.s=20161025 header.b=ftOXdKf6; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=QUARANTINE dis=NONE) header.from=gmail.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id v24si63955942pgk.509.2019.08.12.01.28.49; Mon, 12 Aug 2019 01:29:05 -0700 (PDT) Received-SPF: pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; dkim=pass header.i=@gmail.com header.s=20161025 header.b=ftOXdKf6; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=QUARANTINE dis=NONE) header.from=gmail.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1727070AbfHLI07 (ORCPT + 99 others); Mon, 12 Aug 2019 04:26:59 -0400 Received: from mail-wr1-f65.google.com ([209.85.221.65]:37387 "EHLO mail-wr1-f65.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1727017AbfHLI07 (ORCPT ); Mon, 12 Aug 2019 04:26:59 -0400 Received: by mail-wr1-f65.google.com with SMTP id z11so1849542wrt.4; Mon, 12 Aug 2019 01:26:56 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=date:from:to:cc:subject:message-id:references:mime-version :content-disposition:content-transfer-encoding:in-reply-to :user-agent; bh=/q/RSE1bakrOuVJ1Go3ad0jguc0Whte29OhdD2MbF9o=; b=ftOXdKf64xlAhjdDgkuSQXZZEi66vKWIiGcmKUHX6KN3H0Qv0xhaM5UL74yqYf6YEu 5g/jnvbjg/vBPOciv0LSGlDbhNN4SXrUjYdV/mrt4Rz4/AI0Gtma877fWqGpwyuYgdx9 xWSbpEDmV3KhXySIa0NLb1599l6s3PX27m8+Eg7XziAeAhICYtuLBALG/MhzsHHx7pqg 6LV09eCDC4dCrai7qvJcROiAl7+HbqZ0Fh+Z60kvDruxmzj6zIDTxnyxCiKwII8FZO+Z gpKTw0ri0NpT4vmFGIxNOubqhLQAN/ZSSargACLbVOi5B3CZEz/JIQrPfnj9QyBljp7L 37UA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:date:from:to:cc:subject:message-id:references :mime-version:content-disposition:content-transfer-encoding :in-reply-to:user-agent; bh=/q/RSE1bakrOuVJ1Go3ad0jguc0Whte29OhdD2MbF9o=; b=kNDXcAv1Sb7feMUCXeKRr1Ko8I0vFLUp1eXwGGC043QG2DeWfstASH2cJ0Co9q0Yaq EW1QQMGGelViHKE4M1aDkXaWFyqGqobbHRfqJWjJBCAhBwFiRWBcti0z5TsZVld60srD jXONbgi7JgYB/Lh6CaXiIWW1z3MZ2kRgZD4eF+R/UH1s8vNUi9uOt5/lw6teay9m3lpN Z3Y9yeplGajV9RlBZJ6IvG25IavrWYqVPopvbLsyyZAsRsJt0Dfl3A8V9djcnIBdT7o/ N+5/8urG5lnLp4j5IOUuwvyEKVzF33EJpec442KBuCIXs42PACdRSOppn5rm/oxzqMQN OcjA== X-Gm-Message-State: APjAAAX0ZE/SxndmbJ/8KumIRSDQMuqInbWmEK1OCR0gT7lz+Hhq9S5C xlzXNX5nErJh4b1j5a5QRBI= X-Received: by 2002:adf:fe85:: with SMTP id l5mr18640269wrr.5.1565598415791; Mon, 12 Aug 2019 01:26:55 -0700 (PDT) Received: from rocks ([84.88.51.80]) by smtp.gmail.com with ESMTPSA id o6sm230324655wra.27.2019.08.12.01.26.54 (version=TLS1_2 cipher=AES128-SHA bits=128/128); Mon, 12 Aug 2019 01:26:55 -0700 (PDT) Date: Mon, 12 Aug 2019 10:26:48 +0200 From: Aleix Roca Nonell To: Marc Zyngier Cc: Andreas =?utf-8?Q?F=C3=A4rber?= , Rob Herring , Mark Rutland , Thomas Gleixner , Jason Cooper , Matthias Brugger , linux-arm-kernel@lists.infradead.org, devicetree@vger.kernel.org, linux-kernel@vger.kernel.org Subject: Re: [PATCH 2/6] irqchip: Add Realtek RTD129x intc driver Message-ID: <20190812082648.GA3694@rocks> References: <20190707132256.GC13340@arks.localdomain> <5efa2ccb-9659-443c-7986-8ceb01aa64b9@arm.com> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <5efa2ccb-9659-443c-7986-8ceb01aa64b9@arm.com> User-Agent: Mutt/1.5.21 (2010-09-15) Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Hi Mark and everyone! Sorry for the large delay, I'm doing this in my free time, which is not that abundant. In this mail, I'm focusing only on the largest change mentioned by Mark. I will answer the rest later. On Mon, Jul 08, 2019 at 10:36:14AM +0100, Marc Zyngier wrote: > On 07/07/2019 14:22, Aleix Roca Nonell wrote: > > This driver adds support for the RTD1296 and RTD1295 interrupt > > controller (intc). It is based on both the BPI-SINOVOIP project and > > Andreas Färber's previous attempt to submit a similar driver. > > > > There is currently no publicly available datasheet on this SoC and the > > exact behaviour of the registers controlling the intc remain uncertain. > > > > This driver controls two intcs: "iso" and "misc". Each intc has its own > > Interrupt Enable Register (IER) and Interrupt Status Resgister (ISR). > > Register > > > However, not all "misc" intc irqs have the same offsets for both ISR and > > IER. For this reason an ISR to IER offsets table is defined. > > > > The driver catches the IER value to reduce accesses to the table inside the > > interrupt handler. Actually, the driver stores the ISR offsets of currently > > enabled interrupts in a variable. > > > > Signed-off-by: Aleix Roca Nonell > > I expect Andreas and you to sort the attribution issue. I'm certainly > not going to take this in if things are unclear. > > > --- > > drivers/irqchip/Makefile | 1 + > > drivers/irqchip/irq-rtd129x.c | 371 ++++++++++++++++++++++++++++++++++ > > 2 files changed, 372 insertions(+) > > create mode 100644 drivers/irqchip/irq-rtd129x.c > > > > diff --git a/drivers/irqchip/Makefile b/drivers/irqchip/Makefile > > index 606a003a0000..0689c3956250 100644 > > --- a/drivers/irqchip/Makefile > > +++ b/drivers/irqchip/Makefile > > @@ -100,3 +100,4 @@ obj-$(CONFIG_MADERA_IRQ) += irq-madera.o > > obj-$(CONFIG_LS1X_IRQ) += irq-ls1x.o > > obj-$(CONFIG_TI_SCI_INTR_IRQCHIP) += irq-ti-sci-intr.o > > obj-$(CONFIG_TI_SCI_INTA_IRQCHIP) += irq-ti-sci-inta.o > > +obj-$(CONFIG_ARCH_REALTEK) += irq-rtd129x.o > > diff --git a/drivers/irqchip/irq-rtd129x.c b/drivers/irqchip/irq-rtd129x.c > > new file mode 100644 > > index 000000000000..76358ca50f10 > > --- /dev/null > > +++ b/drivers/irqchip/irq-rtd129x.c > > @@ -0,0 +1,371 @@ > > +// SPDX-License-Identifier: GPL-2.0 > > + > > +#include > > +#include > > +#include > > +#include > > +#include > > +#include > > +#include > > +#include > > +#include > > +#include > > + > > +#define RTD129X_INTC_NR_IRQS 32 > > +#define DEV_NAME "RTD1296_INTC" > > + > > +/* > > + * This interrupt controller (hereinafter intc) driver controls two intcs: "iso" > > + * and "misc". Each intc has its own Interrupt Enable Register (IER) and > > + * Interrupt Status Resgister (ISR). However, not all "misc" intc irqs have the > > + * same offsets for both ISR and IER. For this reason an ISR to IER offsets > > + * table is defined. Also, to reduce accesses to this table in the interrupt > > + * handler, the driver stores the ISR offsets of currently enabled interrupts in > > + * a variable. > > + */ > > + > > +enum misc_int_en { > > + MISC_INT_FAIL = 0xFF, > > + MISC_INT_RVD = 0xFE, > > + MISC_INT_EN_FAN = 29, > > + MISC_INT_EN_I2C3 = 28, > > + MISC_INT_EN_GSPI = 27, > > + MISC_INT_EN_I2C2 = 26, > > + MISC_INT_EN_SC0 = 24, > > + MISC_INT_EN_LSADC1 = 22, > > + MISC_INT_EN_LSADC0 = 21, > > + MISC_INT_EN_GPIODA = 20, > > + MISC_INT_EN_GPIOA = 19, > > + MISC_INT_EN_I2C4 = 15, > > + MISC_INT_EN_I2C5 = 14, > > + MISC_INT_EN_RTC_DATA = 12, > > + MISC_INT_EN_RTC_HOUR = 11, > > + MISC_INT_EN_RTC_MIN = 10, > > + MISC_INT_EN_UR2 = 7, > > + MISC_INT_EN_UR2_TO = 6, > > + MISC_INT_EN_UR1_TO = 5, > > + MISC_INT_EN_UR1 = 3, > > +}; > > + > > +enum iso_int_en { > > + ISO_INT_FAIL = 0xFF, > > + ISO_INT_RVD = 0xFE, > > + ISO_INT_EN_I2C1_REQ = 31, > > + ISO_INT_EN_GPHY_AV = 30, > > + ISO_INT_EN_GPHY_DV = 29, > > + ISO_INT_EN_GPIODA = 20, > > + ISO_INT_EN_GPIOA = 19, > > + ISO_INT_EN_RTC_ALARM = 13, > > + ISO_INT_EN_RTC_HSEC = 12, > > + ISO_INT_EN_I2C1 = 11, > > + ISO_INT_EN_I2C0 = 8, > > + ISO_INT_EN_IRDA = 5, > > + ISO_INT_EN_UR0 = 2, > > +}; > > + > > +unsigned char rtd129x_intc_enable_map_misc[RTD129X_INTC_NR_IRQS] = { > > + MISC_INT_FAIL, /* Bit0 */ > > + MISC_INT_FAIL, /* Bit1 */ > > + MISC_INT_RVD, /* Bit2 */ > > + MISC_INT_EN_UR1, /* Bit3 */ > > + MISC_INT_FAIL, /* Bit4 */ > > + MISC_INT_EN_UR1_TO, /* Bit5 */ > > + MISC_INT_RVD, /* Bit6 */ > > + MISC_INT_RVD, /* Bit7 */ > > + MISC_INT_EN_UR2, /* Bit8 */ > > + MISC_INT_RVD, /* Bit9 */ > > + MISC_INT_EN_RTC_MIN, /* Bit10 */ > > + MISC_INT_EN_RTC_HOUR, /* Bit11 */ > > + MISC_INT_EN_RTC_DATA, /* Bit12 */ > > + MISC_INT_EN_UR2_TO, /* Bit13 */ > > + MISC_INT_EN_I2C5, /* Bit14 */ > > + MISC_INT_EN_I2C4, /* Bit15 */ > > + MISC_INT_FAIL, /* Bit16 */ > > + MISC_INT_FAIL, /* Bit17 */ > > + MISC_INT_FAIL, /* Bit18 */ > > + MISC_INT_EN_GPIOA, /* Bit19 */ > > + MISC_INT_EN_GPIODA, /* Bit20 */ > > + MISC_INT_EN_LSADC0, /* Bit21 */ > > + MISC_INT_EN_LSADC1, /* Bit22 */ > > + MISC_INT_EN_I2C3, /* Bit23 */ > > + MISC_INT_EN_SC0, /* Bit24 */ > > + MISC_INT_FAIL, /* Bit25 */ > > + MISC_INT_EN_I2C2, /* Bit26 */ > > + MISC_INT_EN_GSPI, /* Bit27 */ > > + MISC_INT_FAIL, /* Bit28 */ > > + MISC_INT_EN_FAN, /* Bit29 */ > > + MISC_INT_FAIL, /* Bit30 */ > > + MISC_INT_FAIL /* Bit31 */ > > +}; > > + > > +unsigned char rtd129x_intc_enable_map_iso[RTD129X_INTC_NR_IRQS] = { > > + ISO_INT_FAIL, /* Bit0 */ > > + ISO_INT_RVD, /* Bit1 */ > > + ISO_INT_EN_UR0, /* Bit2 */ > > + ISO_INT_FAIL, /* Bit3 */ > > + ISO_INT_FAIL, /* Bit4 */ > > + ISO_INT_EN_IRDA, /* Bit5 */ > > + ISO_INT_FAIL, /* Bit6 */ > > + ISO_INT_RVD, /* Bit7 */ > > + ISO_INT_EN_I2C0, /* Bit8 */ > > + ISO_INT_RVD, /* Bit9 */ > > + ISO_INT_FAIL, /* Bit10 */ > > + ISO_INT_EN_I2C1, /* Bit11 */ > > + ISO_INT_EN_RTC_HSEC, /* Bit12 */ > > + ISO_INT_EN_RTC_ALARM, /* Bit13 */ > > + ISO_INT_FAIL, /* Bit14 */ > > + ISO_INT_FAIL, /* Bit15 */ > > + ISO_INT_FAIL, /* Bit16 */ > > + ISO_INT_FAIL, /* Bit17 */ > > + ISO_INT_FAIL, /* Bit18 */ > > + ISO_INT_EN_GPIOA, /* Bit19 */ > > + ISO_INT_EN_GPIODA, /* Bit20 */ > > + ISO_INT_RVD, /* Bit21 */ > > + ISO_INT_RVD, /* Bit22 */ > > + ISO_INT_RVD, /* Bit23 */ > > + ISO_INT_RVD, /* Bit24 */ > > + ISO_INT_FAIL, /* Bit25 */ > > + ISO_INT_FAIL, /* Bit26 */ > > + ISO_INT_FAIL, /* Bit27 */ > > + ISO_INT_FAIL, /* Bit28 */ > > + ISO_INT_EN_GPHY_DV, /* Bit29 */ > > + ISO_INT_EN_GPHY_AV, /* Bit30 */ > > + ISO_INT_EN_I2C1_REQ /* Bit31 */ > > +}; > > + > > +struct rtd129x_intc_data { > > + void __iomem *unmask; > > + void __iomem *isr; > > + void __iomem *ier; > > + u32 ier_cached; > > + u32 isr_en; > > + raw_spinlock_t lock; > > + unsigned int parent_irq; > > + const unsigned char *en_map; > > +}; > > + > > +static struct irq_domain *rtd129x_intc_domain; > > + > > +static void rtd129x_intc_irq_handle(struct irq_desc *desc) > > +{ > > + struct rtd129x_intc_data *priv = irq_desc_get_handler_data(desc); > > + struct irq_chip *chip = irq_desc_get_chip(desc); > > + unsigned int local_irq; > > + u32 status; > > + int i; > > + > > + chained_irq_enter(chip, desc); > > + > > + raw_spin_lock(&priv->lock); > > + status = readl_relaxed(priv->isr); > > + status &= priv->isr_en; > > + raw_spin_unlock(&priv->lock); > > What is this lock protecting? isr_en? > > > + > > + while (status) { > > + i = __ffs(status); > > + status &= ~BIT(i); > > + > > + local_irq = irq_find_mapping(rtd129x_intc_domain, i); > > + if (likely(local_irq)) { > > + if (!generic_handle_irq(local_irq)) > > + writel_relaxed(BIT(i), priv->isr); > > What are the write semantics of the ISR register? Hot bit clear? How > does it work since mask() does the same thing? Clearly, something is > wrong here. Sorry but I have not been able to found the definition of "hot bit clear", could you explain it? Anyways, you were right, apparently the mask/unmask code were doing nothing useful. More on this below. > > > + } else { > > + handle_bad_irq(desc); > > + } > > + } > > + > > + chained_irq_exit(chip, desc); > > +} > > + > > +static void rtd129x_intc_mask(struct irq_data *data) > > +{ > > + struct rtd129x_intc_data *priv = irq_data_get_irq_chip_data(data); > > + > > + writel_relaxed(BIT(data->hwirq), priv->isr); > > +} > > + > > +static void rtd129x_intc_unmask(struct irq_data *data) > > +{ > > + struct rtd129x_intc_data *priv = irq_data_get_irq_chip_data(data); > > + > > + writel_relaxed(BIT(data->hwirq), priv->unmask); > > What effect does this have on the isr register? The whole mask/unmask > thing seems to be pretty dodgy... > > > +} > > + > > +static void rtd129x_intc_enable(struct irq_data *data) > > +{ > > + struct rtd129x_intc_data *priv = irq_data_get_irq_chip_data(data); > > + unsigned long flags; > > + u8 en_offset; > > + > > + en_offset = priv->en_map[data->hwirq]; > > + > > + if ((en_offset != MISC_INT_RVD) && (en_offset != MISC_INT_FAIL)) { > > + raw_spin_lock_irqsave(&priv->lock, flags); > > + > > + priv->isr_en |= BIT(data->hwirq); > > + priv->ier_cached |= BIT(en_offset); > > + writel_relaxed(priv->ier_cached, priv->ier); > > + > > + raw_spin_unlock_irqrestore(&priv->lock, flags); > > + } else if (en_offset == MISC_INT_FAIL) { > > + pr_err("[%s] Enable irq(%lu) failed\n", DEV_NAME, data->hwirq); > > + } > > +} > > + > > +static void rtd129x_intc_disable(struct irq_data *data) > > +{ > > + struct rtd129x_intc_data *priv = irq_data_get_irq_chip_data(data); > > + unsigned long flags; > > + u8 en_offset; > > + > > + en_offset = priv->en_map[data->hwirq]; > > + > > + if ((en_offset != MISC_INT_RVD) && (en_offset != MISC_INT_FAIL)) { > > + raw_spin_lock_irqsave(&priv->lock, flags); > > + > > + priv->isr_en &= ~BIT(data->hwirq); > > + priv->ier_cached &= ~BIT(en_offset); > > + writel_relaxed(priv->ier_cached, priv->ier); > > + > > + raw_spin_unlock_irqrestore(&priv->lock, flags); > > + } else if (en_offset == MISC_INT_FAIL) { > > + pr_err("[%s] Disable irq(%lu) failed\n", DEV_NAME, data->hwirq); > > + } > > +} > > So here's a thought: Why do we need all of this? If mask/unmask do their > job correctly, we could just enable all interrupts in one go (just a > 32bit write) at probe time, and leave all interrupts masked until they > are in use. You could then drop all these silly tables that don't bring > much... The idea of dropping all those tables look really good to me, that would greatly simplify the code! I have been trying to mask all interrupts on the probe function using the ISR register but while doing so, I realized that it does not work. Writing to ISR does not mask interrupts, apparently it only acknowledges them once they have been triggered. On the scarse available documentation of this Soc I cannot find a mask-like register. It seems interrupts are managed with an ISR and an IER register. So it should be posible to use the enable register to maks/unmask instead. These do work. However, that would mean that we have to keep those ugly tables. Nonetheless we might still be able to do something else. Please, correct me if I'm wrong, but do we really need to mask/unamsk in this scenario? This is the devised board layout: +------+ +----------+ +---------+ | | | | | | | UART |-------|2 INTC |-------|c GIC | | | +----|1 | +----|b | +------+ | +--|0 | | +--|a | | | | | | | | | | | +----------+ | | +---------+ | | Once the UART generates an interrupt it passes through the line 2 of the custom realtek interrupt contoller before reaching the GIC's line "c". On the INTC interrupt handler, we call chained_irq_enter/exit to mask/unmask the GIC's "c" line. Because all of this realtek INTC interrupt lines (2,1,0,...) are muxed on the GIC's line "c", this means that while on the INTC interrupt handler it is not possible to send further interrupts on the CPU. Given that interrupts are masked on the GIC, it seems safe to just remove INTC's mask/unmask functions. Therefore, the only work that this INTC handler would needs to do is to acknowledge the interrupt by writing to the ISR, which it could be done in the respective irq_ack callback of struct irq_chip instead of in the handler body. I have implemented this solution and it seems to work. What do you think? I'm missing something crucial? > > > + > > +static struct irq_chip rtd129x_intc_chip = { > > + .name = DEV_NAME, > > + .irq_mask = rtd129x_intc_mask, > > + .irq_unmask = rtd129x_intc_unmask, > > + .irq_enable = rtd129x_intc_enable, > > + .irq_disable = rtd129x_intc_disable, > > +}; > > + > > +static int rtd129x_intc_map(struct irq_domain *d, unsigned int virq, > > + irq_hw_number_t hw_irq) > > +{ > > + struct rtd129x_intc_data *priv = d->host_data; > > + > > + irq_set_chip_and_handler(virq, &rtd129x_intc_chip, handle_level_irq); > > + irq_set_chip_data(virq, priv); > > + irq_set_probe(virq); > > + > > + return 0; > > +} > > + > > +static const struct irq_domain_ops rtd129x_intc_domain_ops = { > > + .xlate = irq_domain_xlate_onecell, > > + .map = rtd129x_intc_map, > > +}; > > + > > +static const struct of_device_id rtd129x_intc_matches[] = { > > + { .compatible = "realtek,rtd129x-intc-misc", > > + .data = rtd129x_intc_enable_map_misc > > + }, > > + { .compatible = "realtek,rtd129x-intc-iso", > > + .data = rtd129x_intc_enable_map_iso > > + }, > > + { } > > +}; > > + > > +static int rtd129x_intc_of_init(struct device_node *node, > > + struct device_node *parent) > > +{ > > + struct rtd129x_intc_data *priv; > > + const struct of_device_id *match; > > + u32 isr_tmp, ier_tmp, ier_bit; > > + int ret, i; > > + > > + priv = kzalloc(sizeof(*priv), GFP_KERNEL); > > + if (!priv) { > > + ret = -ENOMEM; > > + goto err; > > + } > > + > > + raw_spin_lock_init(&priv->lock); > > + > > + priv->isr = of_iomap(node, 0); > > + if (!priv->isr) { > > + pr_err("unable to obtain status reg iomap address\n"); > > + ret = -ENOMEM; > > + goto free_priv; > > + } > > + > > + priv->ier = of_iomap(node, 1); > > + if (!priv->ier) { > > + pr_err("unable to obtain enable reg iomap address\n"); > > + ret = -ENOMEM; > > + goto iounmap_status; > > + } > > + > > + priv->unmask = of_iomap(node, 2); > > + if (!priv->unmask) { > > + pr_err("unable to obtain unmask reg iomap address\n"); > > + ret = -ENOMEM; > > + goto iounmap_enable; > > + } > > + > > + priv->parent_irq = irq_of_parse_and_map(node, 0); > > + if (!priv->parent_irq) { > > + pr_err("failed to map parent interrupt %d\n", priv->parent_irq); > > + ret = -EINVAL; > > + goto iounmap_all; > > + } > > + > > + match = of_match_node(rtd129x_intc_matches, node); > > + if (!match) { > > + pr_err("failed to find matching node\n"); > > + ret = -ENODEV; > > + goto iounmap_all; > > + } > > + priv->en_map = match->data; > > + > > + // initialize enabled irq's map to its matching status bit in isr by > > + // inverse walking the enable to status offsets map. Only needed for > > + // misc > > Why do we need any of this? The kernel is supposed to start from a clean > slate, not to inherit whatever has been set before, unless there is a > very compelling reason. > > > + priv->ier_cached = readl_relaxed(priv->ier); > > + if (priv->en_map == rtd129x_intc_enable_map_misc) { > > + ier_tmp = priv->ier_cached; > > + isr_tmp = 0; > > + while (ier_tmp) { > > + ier_bit = __ffs(ier_tmp); > > + ier_tmp &= ~BIT(ier_bit); > > + for (i = 0; i < RTD129X_INTC_NR_IRQS; i++) > > + if (priv->en_map[i] == ier_bit) > > + isr_tmp |= BIT(i); > > + } > > + priv->isr_en = isr_tmp; > > + } else { > > + priv->isr_en = priv->ier_cached; > > + } > > + > > + rtd129x_intc_domain = irq_domain_add_linear(node, RTD129X_INTC_NR_IRQS, > > + &rtd129x_intc_domain_ops, > > + priv); > > + if (!rtd129x_intc_domain) { > > + pr_err("failed to create irq domain\n"); > > + ret = -ENOMEM; > > + goto iounmap_all; > > + } > > + > > + irq_set_chained_handler_and_data(priv->parent_irq, > > + rtd129x_intc_irq_handle, priv); > > + > > + return 0; > > + > > +iounmap_all: > > + iounmap(priv->unmask); > > +iounmap_enable: > > + iounmap(priv->ier); > > +iounmap_status: > > + iounmap(priv->isr); > > +free_priv: > > + kfree(priv); > > +err: > > + return ret; > > +} > > + > > +IRQCHIP_DECLARE(rtd129x_intc_misc, "realtek,rtd129x-intc-misc", > > + rtd129x_intc_of_init); > > +IRQCHIP_DECLARE(rtd129x_intc_iso, "realtek,rtd129x-intc-iso", > > + rtd129x_intc_of_init); > > > > Thanks, Thank you very much for your time! > > M. > -- > Jazz is not dead. It just smells funny...