[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <8bc6bcf113cce13816c62c166f091785@www.loen.fr>
Date: Fri, 20 Dec 2019 14:20:07 +0000
From: Marc Zyngier <maz@...nel.org>
To: Joakim Zhang <qiangqing.zhang@....com>
Cc: Lokesh Vutla <lokeshvutla@...com>, <tglx@...utronix.de>,
<jason@...edaemon.net>, <robh+dt@...nel.org>,
<mark.rutland@....com>, <shawnguo@...nel.org>,
<s.hauer@...gutronix.de>, Andy Duan <fugang.duan@....com>,
"S.j. Wang" <shengjiu.wang@....com>,
<linux-kernel@...r.kernel.org>, dl-linux-imx <linux-imx@....com>,
<kernel@...gutronix.de>, <linux-arm-kernel@...ts.infradead.org>
Subject: RE: [PATCH V3 2/2] drivers/irqchip: add NXP INTMUX interrupt multiplexer support
On 2019-12-20 14:10, Joakim Zhang wrote:
>> -----Original Message-----
>> From: Lokesh Vutla <lokeshvutla@...com>
[...]
>> Does the user care to which channel does the interrupt source goes
>> to? If not,
>> interrupt-cells in DT can just be a single entry and the channel
>> selection can be
>> controlled by the driver no? I am trying to understand why user
>> should specify
>> the channel no.
> Hi Lokesh,
>
> If a fixed channel is specified in the driver, all interrupt sources
> will be connected to this channel, affecting the interrupt priority
> to
> some extent.
>
> From my point of view, a fixed channel could be enough if don't care
> interrupt priority.
Hold on a sec:
Is the channel to which an interrupt is routed to programmable? What
has
the priority of the interrupt to do with this? How does this affect
interrupt delivery?
It looks like this HW does more that you initially explained...
M.
--
Jazz is not dead. It just smells funny...
Powered by blists - more mailing lists