[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <ac4418f3-a77d-f450-f99b-1f789ff6b42d@hauke-m.de>
Date: Mon, 29 Jul 2019 23:55:21 +0200
From: Hauke Mehrtens <hauke@...ke-m.de>
To: Marc Zyngier <marc.zyngier@....com>,
Martin Blumenstingl <martin.blumenstingl@...glemail.com>
Cc: tglx@...utronix.de, jason@...edaemon.net, ralf@...ux-mips.org,
paul.burton@...s.com, jhogan@...nel.org, robh+dt@...nel.org,
linux-mips@...r.kernel.org, devicetree@...r.kernel.org,
linux-kernel@...r.kernel.org, mark.rutland@....com,
john@...ozen.org
Subject: Re: [PATCH 5/5] MIPS: dts: lantiq: danube: easy50712: route the
PCI_INTA IRQ through EBU
On 7/28/19 12:03 PM, Marc Zyngier wrote:
> On Sat, 27 Jul 2019 18:53:15 +0100,
> Martin Blumenstingl <martin.blumenstingl@...glemail.com> wrote:
>>
>> EBU provides an interrupt line for the PCI_INTA interrupt. Route
>> easy50712's PCI interrupt to EBU so the interrupt line is configured
>> correctly (using IRQ_TYPE_LEVEL_LOW, this was previously hardcoded in
>> the PCI driver) and ACKed properly.
>>
>> Signed-off-by: Martin Blumenstingl <martin.blumenstingl@...glemail.com>
Acked-by: Hauke Mehrtens <hauke@...ke-m.de>
>> ---
>> arch/mips/boot/dts/lantiq/easy50712.dts | 4 +++-
>> 1 file changed, 3 insertions(+), 1 deletion(-)
>>
>> diff --git a/arch/mips/boot/dts/lantiq/easy50712.dts b/arch/mips/boot/dts/lantiq/easy50712.dts
>> index 1ce20b7d05cb..33c26b93cfc9 100644
>> --- a/arch/mips/boot/dts/lantiq/easy50712.dts
>> +++ b/arch/mips/boot/dts/lantiq/easy50712.dts
>> @@ -1,6 +1,8 @@
>> // SPDX-License-Identifier: GPL-2.0
>> /dts-v1/;
>>
>> +#include <dt-bindings/interrupt-controller/irq.h>
>> +
>> /include/ "danube.dtsi"
>>
>> / {
>> @@ -105,7 +107,7 @@
>> lantiq,bus-clock = <33333333>;
>> interrupt-map-mask = <0xf800 0x0 0x0 0x7>;
>> interrupt-map = <
>> - 0x7000 0 0 1 &icu0 29 1 // slot 14, irq 29
>> + 0x7000 0 0 1 &ebu0 0 IRQ_TYPE_LEVEL_LOW // slot 14
>> >;
>> gpios-reset = <&gpio 21 0>;
>> req-mask = <0x1>; /* GNT1 */
>> --
>> 2.22.0
>>
>
> Are you OK with breaking compatibility between kernel and DT? It
> usually isn't very nice for users...
I am fine with such changes. I am not aware of any board using this SoC
which ships the kernel and the device tree file as different binaries,
it is always either attached or patched into the kernel and never in the
boot loader.
Hauke
Download attachment "signature.asc" of type "application/pgp-signature" (489 bytes)
Powered by blists - more mailing lists