[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <bf71552e-6ea0-55f3-6b42-f4a1a3f65cb9@linaro.org>
Date: Wed, 14 Feb 2018 12:08:14 +0000
From: Srinivas Kandagatla <srinivas.kandagatla@...aro.org>
To: Stephen Boyd <sboyd@...eaurora.org>,
Thomas Gleixner <tglx@...utronix.de>,
Jason Cooper <jason@...edaemon.net>,
Marc Zyngier <marc.zyngier@....com>
Cc: linux-kernel@...r.kernel.org, linux-arm-msm@...r.kernel.org,
linux-arm-kernel@...ts.infradead.org, devicetree@...r.kernel.org,
sboyd@...nel.org
Subject: Re: [PATCH] irqchip/gic-v3: Support MSIs via aliases and distributor
On 27/11/17 10:24, Stephen Boyd wrote:
> Some GIC configurations don't have an accessible ITS, but they
> want to support MSIs through the distributor's SETSPI registers
> or through the IMPLEMENTATION DEFINED message-based interrupt
> request register region. This mode of operation is similar to the
> v2m support on gic-400, but we don't necessarily know what
> particular SPIs are supported as MSIs so we need some help from
> firmware to know what to do.
>
> Introduce an "arm,spi-ranges" property for this, similar to the
> "marvell,spi-ranges" property, that indicates the base and size
> of each MSI range. This property applies equally to the
> distributor and alias registers. In either case, we detect this
> mode of operation by looking for a node with the "msi-controller"
> property and then probe the v2m frame code on top of it. Assume
> these nodes will have the "arm,spi-ranges" property in them so
> that the v2m code works mostly unmodified.
>
> Cc: <devicetree@...r.kernel.org>
> Cc: Srinivas Kandagatla <srinivas.kandagatla@...aro.org>
> Cc: Marc Zyngier <marc.zyngier@....com>
> Signed-off-by: Stephen Boyd <sboyd@...eaurora.org>
> ---
> .../bindings/interrupt-controller/arm,gic-v3.txt | 48 +++++++++-
> drivers/irqchip/irq-gic-v2m.c | 102 ++++++++++++++++-----
> drivers/irqchip/irq-gic-v3.c | 4 +
> include/linux/irqchip/arm-gic-common.h | 3 +
> 4 files changed, 129 insertions(+), 28 deletions(-)
What's the plan on this?
I have not seen this patch in rc1 or in next.
We have a dependency on this to get WLAN working on DragonBoard820c.
thanks,
Srini
Powered by blists - more mailing lists