[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-ID: <87sf5w301b.ffs@tglx>
Date: Fri, 27 Oct 2023 11:08:32 +0200
From: Thomas Gleixner <tglx@...utronix.de>
To: Anup Patel <apatel@...tanamicro.com>
Cc: Björn Töpel <bjorn@...nel.org>,
Anup Patel <anup@...infault.org>,
Björn Töpel <bjorn@...osinc.com>,
linux-kernel@...r.kernel.org, linux-riscv@...ts.infradead.org,
x86@...nel.org, Marc Zyngier <maz@...nel.org>
Subject: Re: [RFC PATCH] genirq/matrix: Dynamic bitmap allocation
On Fri, Oct 27 2023 at 10:01, Anup Patel wrote:
> On Fri, Oct 27, 2023 at 4:47 AM Thomas Gleixner <tglx@...utronix.de> wrote:
> We have three types of MSIs on RISC-V platforms:
> 1) PCI MSIs (handled by the IMSIC driver of the RISC-V AIA series)
> 2) Platform MSIs (handled by the IMSIC driver of the RISC-V AIA series)
> 3) Wired IRQs converted to platform MSIs (aka wired-to-MSI bridge, which
> is handled by APLIC driver of the RISC-V AIA series)
>
> The RISC-V AIA series needs the generic IRQ framework changes
> related to #2 and #3 (above) from your series hence my suggestion
> to rebase on your series.
> (https://lore.kernel.org/all/20221121135653.208611233@linutronix.de/)
>
> Is there a way to have your genirq changes merged before all ARM
> drivers have been moved to the new programming model ?
> OR
> Any other way to deal with this dependency ?
I'll have a look at this maze again and see how that can be separated
from the ARM pile, unless you beat me to it :)
Powered by blists - more mailing lists