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;
To:     Rasmus Villemoes <linux@rasmusvillemoes.dk>
Subject: Re: [PATCH v7 0/2] Add support for Layerscape external interrupt  lines
MIME-Version: 1.0
Content-Type: text/plain; charset=UTF-8;
 format=flowed
Content-Transfer-Encoding: 8bit
Date:   Tue, 12 Nov 2019 12:07:47 +0109
From:   Marc Zyngier <maz@kernel.org>
Cc:     Thomas Gleixner <tglx@linutronix.de>,
        Jason Cooper <jason@lakedaemon.net>,
        Rob Herring <robh+dt@kernel.org>,
        Mark Rutland <mark.rutland@arm.com>,
        <linux-kernel@vger.kernel.org>, <devicetree@vger.kernel.org>,
        Kurt Kanzenbach <kurt@linutronix.de>,
        Vladimir Oltean <olteanv@gmail.com>
In-Reply-To: <184b684a-7712-a280-fdc2-83d7abd3cbd4@rasmusvillemoes.dk>
References: <20191107122115.6244-1-linux@rasmusvillemoes.dk>
 <ea802f081d1f1d4c5359707ff4553004@www.loen.fr>
 <184b684a-7712-a280-fdc2-83d7abd3cbd4@rasmusvillemoes.dk>
Message-ID: <8e1877ab5a1fecace3b2383789bdf404@www.loen.fr>
User-Agent: Roundcube Webmail/0.7.2
Sender: linux-kernel-owner@vger.kernel.org
Precedence: bulk

On 2019-11-12 11:27, Rasmus Villemoes wrote:
> On 11/11/2019 11.24, Marc Zyngier wrote:
>> On 2019-11-07 13:30, Rasmus Villemoes wrote:
>
>>> Rasmus Villemoes (2):
>>>   dt/bindings: Add bindings for Layerscape external irqs
>>>   irqchip: add support for Layerscape external interrupt lines
>>>
>>>  .../interrupt-controller/fsl,ls-extirq.txt    |  49 +++++
>>>  drivers/irqchip/Kconfig                       |   4 +
>>>  drivers/irqchip/Makefile                      |   1 +
>>>  drivers/irqchip/irq-ls-extirq.c               | 197 
>>> ++++++++++++++++++
>>>  4 files changed, 251 insertions(+)
>>>  create mode 100644
>>>
>>> 
>>> Documentation/devicetree/bindings/interrupt-controller/fsl,ls-extirq.txt
>>>  create mode 100644 drivers/irqchip/irq-ls-extirq.c
>>
>> Applied to irqchip-next.
>
> Thanks! Can I assume that branch doesn't get rebased so 87cd38dfd9e6 
> is
> a stable SHA1? I want to send a patch adding the node to 
> ls1021a.dtsi,
> and I hope not to have to wait another release cycle.

I usually try to avoid rebasing it, unless something really bad shows 
up.

Now, just adding a node to a DT shouldn't break anything, right? You
should be able to do that change and get things working magically once
this code hits mainline.

Or am I missing something?

         M.
-- 
Jazz is not dead. It just smells funny...