Message ID | 20240222083946.3977135-4-peterlin@andestech.com (mailing list archive) |
---|---|
State | Accepted |
Commit | f4cc33e78ba8624a79ba8dea98ce5c85aa9ca33c |
Headers | show |
Series | Support Andes PMU extension | expand |
On Thu, Feb 22 2024 at 16:39, Yu Chien Peter Lin wrote: > Add support for the Andes hart-level interrupt controller. This > controller provides interrupt mask/unmask functions to access the > custom register (SLIE) where the non-standard S-mode local interrupt > enable bits are located. The base of custom interrupt number is set > to 256. > > To share the riscv_intc_domain_map() with the generic RISC-V INTC and > ACPI, add a chip parameter to riscv_intc_init_common(), so it can be > passed to the irq_domain_set_info() as a private data. > > Andes hart-level interrupt controller requires the "andestech,cpu-intc" > compatible string to be present in interrupt-controller of cpu node to > enable the use of custom local interrupt source. > e.g., > > cpu0: cpu@0 { > compatible = "andestech,ax45mp", "riscv"; > ... > cpu0-intc: interrupt-controller { > #interrupt-cells = <0x01>; > compatible = "andestech,cpu-intc", "riscv,cpu-intc"; > interrupt-controller; > }; > }; > > Signed-off-by: Yu Chien Peter Lin <peterlin@andestech.com> > Reviewed-by: Randolph <randolph@andestech.com> > Reviewed-by: Anup Patel <anup@brainfault.org> Reviewed-by: Thomas Gleixner <tglx@linutronix.de> Palmer, feel free to take this through the riscv tree. I have no other changes pending against that driver. Thanks, tglx
On Thu, Feb 22 2024 at 22:36, Thomas Gleixner wrote: > Palmer, feel free to take this through the riscv tree. I have no other > changes pending against that driver. Aargh. Spoken too early. This conflicts with Anups AIA series. https://lore.kernel.org/all/20240222094006.1030709-1-apatel@ventanamicro.com So I rather take the pile through my tree and deal with the conflicts localy than inflicting it on next. Palmer? Thanks, tglx
On Fri, Feb 23 2024 at 09:49, Thomas Gleixner wrote: > On Thu, Feb 22 2024 at 22:36, Thomas Gleixner wrote: >> Palmer, feel free to take this through the riscv tree. I have no other >> changes pending against that driver. > > Aargh. Spoken too early. This conflicts with Anups AIA series. > > https://lore.kernel.org/all/20240222094006.1030709-1-apatel@ventanamicro.com > > So I rather take the pile through my tree and deal with the conflicts > localy than inflicting it on next. > Palmer? Nah. I just apply the two intc patches localy and give you a tag to pull from so we carry both the same commits. Then I can deal with the conflicts on my side trivially. Thanks, tglx
On Fri, Feb 23 2024 at 09:54, Thomas Gleixner wrote: > On Fri, Feb 23 2024 at 09:49, Thomas Gleixner wrote: >> On Thu, Feb 22 2024 at 22:36, Thomas Gleixner wrote: >>> Palmer, feel free to take this through the riscv tree. I have no other >>> changes pending against that driver. >> >> Aargh. Spoken too early. This conflicts with Anups AIA series. >> >> https://lore.kernel.org/all/20240222094006.1030709-1-apatel@ventanamicro.com >> >> So I rather take the pile through my tree and deal with the conflicts >> localy than inflicting it on next. > >> Palmer? > > Nah. I just apply the two intc patches localy and give you a tag to pull > from so we carry both the same commits. Then I can deal with the > conflicts on my side trivially. Here you go: git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git irq-for-riscv-02-23-24 Contains: f4cc33e78ba8 ("irqchip/riscv-intc: Introduce Andes hart-level interrupt controller") 96303bcb401c ("irqchip/riscv-intc: Allow large non-standard interrupt number") on top of v6.8-rc1 Thanks, tglx
On Fri, 23 Feb 2024 01:06:44 PST (-0800), tglx@linutronix.de wrote: > On Fri, Feb 23 2024 at 09:54, Thomas Gleixner wrote: >> On Fri, Feb 23 2024 at 09:49, Thomas Gleixner wrote: >>> On Thu, Feb 22 2024 at 22:36, Thomas Gleixner wrote: >>>> Palmer, feel free to take this through the riscv tree. I have no other >>>> changes pending against that driver. >>> >>> Aargh. Spoken too early. This conflicts with Anups AIA series. >>> >>> https://lore.kernel.org/all/20240222094006.1030709-1-apatel@ventanamicro.com >>> >>> So I rather take the pile through my tree and deal with the conflicts >>> localy than inflicting it on next. >> >>> Palmer? >> >> Nah. I just apply the two intc patches localy and give you a tag to pull >> from so we carry both the same commits. Then I can deal with the >> conflicts on my side trivially. > > Here you go: > > git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip.git irq-for-riscv-02-23-24 > > Contains: > > f4cc33e78ba8 ("irqchip/riscv-intc: Introduce Andes hart-level interrupt controller") > 96303bcb401c ("irqchip/riscv-intc: Allow large non-standard interrupt number") > > on top of v6.8-rc1 Sorry I missed this. I just merged this into my testing tree, it might take a bit to show up because I've managed to break my VPN so I can't poke the tester box right now... > > Thanks, > > tglx
On Tue, Mar 12 2024 at 07:23, Palmer Dabbelt wrote: > On Fri, 23 Feb 2024 01:06:44 PST (-0800), tglx@linutronix.de wrote: >> Contains: >> >> f4cc33e78ba8 ("irqchip/riscv-intc: Introduce Andes hart-level interrupt controller") >> 96303bcb401c ("irqchip/riscv-intc: Allow large non-standard interrupt number") >> >> on top of v6.8-rc1 > > Sorry I missed this. I just merged this into my testing tree, it might > take a bit to show up because I've managed to break my VPN so I can't > poke the tester box right now... Alternatively you can just rebase on Linus tree. The interrupt changes are already merged.
diff --git a/drivers/irqchip/irq-riscv-intc.c b/drivers/irqchip/irq-riscv-intc.c index 684875c39728..0cd6b48a5dbf 100644 --- a/drivers/irqchip/irq-riscv-intc.c +++ b/drivers/irqchip/irq-riscv-intc.c @@ -17,6 +17,7 @@ #include <linux/module.h> #include <linux/of.h> #include <linux/smp.h> +#include <linux/soc/andes/irq.h> static struct irq_domain *intc_domain; static unsigned int riscv_intc_nr_irqs __ro_after_init = BITS_PER_LONG; @@ -48,6 +49,31 @@ static void riscv_intc_irq_unmask(struct irq_data *d) csr_set(CSR_IE, BIT(d->hwirq)); } +static void andes_intc_irq_mask(struct irq_data *d) +{ + /* + * Andes specific S-mode local interrupt causes (hwirq) + * are defined as (256 + n) and controlled by n-th bit + * of SLIE. + */ + unsigned int mask = BIT(d->hwirq % BITS_PER_LONG); + + if (d->hwirq < ANDES_SLI_CAUSE_BASE) + csr_clear(CSR_IE, mask); + else + csr_clear(ANDES_CSR_SLIE, mask); +} + +static void andes_intc_irq_unmask(struct irq_data *d) +{ + unsigned int mask = BIT(d->hwirq % BITS_PER_LONG); + + if (d->hwirq < ANDES_SLI_CAUSE_BASE) + csr_set(CSR_IE, mask); + else + csr_set(ANDES_CSR_SLIE, mask); +} + static void riscv_intc_irq_eoi(struct irq_data *d) { /* @@ -71,12 +97,21 @@ static struct irq_chip riscv_intc_chip = { .irq_eoi = riscv_intc_irq_eoi, }; +static struct irq_chip andes_intc_chip = { + .name = "RISC-V INTC", + .irq_mask = andes_intc_irq_mask, + .irq_unmask = andes_intc_irq_unmask, + .irq_eoi = riscv_intc_irq_eoi, +}; + static int riscv_intc_domain_map(struct irq_domain *d, unsigned int irq, irq_hw_number_t hwirq) { + struct irq_chip *chip = d->host_data; + irq_set_percpu_devid(irq); - irq_domain_set_info(d, irq, hwirq, &riscv_intc_chip, d->host_data, - handle_percpu_devid_irq, NULL, NULL); + irq_domain_set_info(d, irq, hwirq, chip, NULL, handle_percpu_devid_irq, + NULL, NULL); return 0; } @@ -122,11 +157,12 @@ static struct fwnode_handle *riscv_intc_hwnode(void) return intc_domain->fwnode; } -static int __init riscv_intc_init_common(struct fwnode_handle *fn) +static int __init riscv_intc_init_common(struct fwnode_handle *fn, + struct irq_chip *chip) { int rc; - intc_domain = irq_domain_create_tree(fn, &riscv_intc_domain_ops, NULL); + intc_domain = irq_domain_create_tree(fn, &riscv_intc_domain_ops, chip); if (!intc_domain) { pr_err("unable to add IRQ domain\n"); return -ENXIO; @@ -152,8 +188,9 @@ static int __init riscv_intc_init_common(struct fwnode_handle *fn) static int __init riscv_intc_init(struct device_node *node, struct device_node *parent) { - int rc; + struct irq_chip *chip = &riscv_intc_chip; unsigned long hartid; + int rc; rc = riscv_of_parent_hartid(node, &hartid); if (rc < 0) { @@ -178,10 +215,17 @@ static int __init riscv_intc_init(struct device_node *node, return 0; } - return riscv_intc_init_common(of_node_to_fwnode(node)); + if (of_device_is_compatible(node, "andestech,cpu-intc")) { + riscv_intc_custom_base = ANDES_SLI_CAUSE_BASE; + riscv_intc_custom_nr_irqs = ANDES_RV_IRQ_LAST; + chip = &andes_intc_chip; + } + + return riscv_intc_init_common(of_node_to_fwnode(node), chip); } IRQCHIP_DECLARE(riscv, "riscv,cpu-intc", riscv_intc_init); +IRQCHIP_DECLARE(andes, "andestech,cpu-intc", riscv_intc_init); #ifdef CONFIG_ACPI @@ -208,7 +252,7 @@ static int __init riscv_intc_acpi_init(union acpi_subtable_headers *header, return -ENOMEM; } - return riscv_intc_init_common(fn); + return riscv_intc_init_common(fn, &riscv_intc_chip); } IRQCHIP_ACPI_DECLARE(riscv_intc, ACPI_MADT_TYPE_RINTC, NULL, diff --git a/include/linux/soc/andes/irq.h b/include/linux/soc/andes/irq.h new file mode 100644 index 000000000000..edc3182d6e66 --- /dev/null +++ b/include/linux/soc/andes/irq.h @@ -0,0 +1,18 @@ +/* SPDX-License-Identifier: GPL-2.0-only */ +/* + * Copyright (C) 2023 Andes Technology Corporation + */ +#ifndef __ANDES_IRQ_H +#define __ANDES_IRQ_H + +/* Andes PMU irq number */ +#define ANDES_RV_IRQ_PMOVI 18 +#define ANDES_RV_IRQ_LAST ANDES_RV_IRQ_PMOVI +#define ANDES_SLI_CAUSE_BASE 256 + +/* Andes PMU related registers */ +#define ANDES_CSR_SLIE 0x9c4 +#define ANDES_CSR_SLIP 0x9c5 +#define ANDES_CSR_SCOUNTEROF 0x9d4 + +#endif /* __ANDES_IRQ_H */