Received-SPF: softfail (google.com: domain of transitioning linux-kernel-owner@vger.kernel.org does not designate 23.128.96.19 as permitted sender) client-ip=23.128.96.19;
From:   Vladimir Oltean <vladimir.oltean@nxp.com>
To:     Rob Herring <robh+dt@kernel.org>
CC:     Ioana Ciornei <ioana.ciornei@nxp.com>,
        Marc Zyngier <maz@kernel.org>, Shawn Guo <shawnguo@kernel.org>,
        "devicetree@vger.kernel.org" <devicetree@vger.kernel.org>,
        "linux-kernel@vger.kernel.org" <linux-kernel@vger.kernel.org>,
        "linux-arm-kernel@lists.infradead.org" 
        <linux-arm-kernel@lists.infradead.org>,
        Leo Li <leoyang.li@nxp.com>, Biwen Li <biwen.li@nxp.com>,
        "Z.Q. Hou" <zhiqiang.hou@nxp.com>,
        Kurt Kanzenbach <kurt@linutronix.de>,
        Rasmus Villemoes <linux@rasmusvillemoes.dk>
Subject: Re: [PATCH v2 devicetree] Revert "arm64: dts: freescale: Fix
 'interrupt-map' parent address cells"
Thread-Topic: [PATCH v2 devicetree] Revert "arm64: dts: freescale: Fix
 'interrupt-map' parent address cells"
Thread-Index: AQHX8PLFuZGYqGm80USNgHy7kOyTS6xNAmwAgALPWACAAXcHAIA6LOyAgC4d1wA=
Date:   Thu, 10 Mar 2022 20:09:20 +0000
Message-ID: <20220310200920.qtsw6c277yxvdinb@skbuf>
References: <20211214135852.2934670-1-vladimir.oltean@nxp.com>
 <20211231181350.qwfnrwvdfnfssdjt@skbuf>
 <c5b9cec617100b891b7fceaee8655ba8@kernel.org> <20220103113043.GA14690@dragon>
 <20220209115434.7ej5btlnbe5wbyz2@skbuf>
In-Reply-To: <20220209115434.7ej5btlnbe5wbyz2@skbuf>
Accept-Language: en-US
Content-Language: en-US
x-ms-exchange-antispam-messagedata-chunkcount: 1
x-ms-exchange-antispam-messagedata-0: =?us-ascii?Q?bbeHOK9KcdVnZVtlC8Y/v+v0dFOMxDY3JESg3RKPqyrdFLxdbo+vkLnFaxS6?=
 =?us-ascii?Q?N00W/rPaBgVBKRhI/YX+IrncBBbPUrqhl5rRfb10WJ4N1gy++8E8+Lvg2vxx?=
 =?us-ascii?Q?byQTj8GhfLoDSJ5+PHC48p0X5Y2c5DndhVTr/JcDCt4cmFVtbobeZ2smYnC6?=
 =?us-ascii?Q?ceqsyDpcjZhSJ2L+9WTKo7BqLWQCsfRTHqCPrj7CPTUDQiGV1jyFBNXfNuUd?=
 =?us-ascii?Q?nF+wCfUn/x4oD0xX3OnKLU3NoAYU+E+4oIEt7ziYvkyz58c7ZXZ0RffsMyDl?=
 =?us-ascii?Q?U/Ob4bkHFQHo2YUFfOoSQeJhXOcHIu8YbtpxrILTtcW69SSOXZddIM0uYlfx?=
 =?us-ascii?Q?n0MFJDU6GtR/LPCjaojEckF40hSf0Xxk1CWHp/dOld8V2ldxpJvztW6HUcZa?=
 =?us-ascii?Q?FoJXiRGLYHlTaad/RTp99S/m9Fj2N1M1gmwLvyeIboBqZb/wUs6Ggkp6V6XB?=
 =?us-ascii?Q?rxBMZ2V2KZQIRDJYtQ3giyLvGnkfQH+tfqWKJ6u2+4tZJoIP12JVOg8JX387?=
 =?us-ascii?Q?27Ci4KwyNsatxwR07BL68dAiGh/inH0zBIesDyZMdb76xkq2MyZZscUJiHDv?=
 =?us-ascii?Q?ha/kuc7Ka1c9VO1o0emY70PEJjdLYqan0E0yev+Y4K1pJlUMTNwPmaC0fzRq?=
 =?us-ascii?Q?8YZn/fDyD6G9YlBnTvu52CU3VeOgBVHZDFjqhcqASvD0JrGBEnjjEHjO/+pu?=
 =?us-ascii?Q?2eREzZaUm7lNLeYd1KjpXTwpxRk5q8SzZCDJJ3mVCOO5KIuW9fafOt5TG7ZK?=
 =?us-ascii?Q?yrXkbgF+/sSq/iEVbJ5PqwTra4J9RWGPKhZtOgR5zrUIOCZB0ogbYyxdhvHs?=
 =?us-ascii?Q?BFeQqPDqdVsXzwE/ztoHOEt+L8Q1XJjVC+OJCO67iinANMLitZ6dks1jJQ9J?=
 =?us-ascii?Q?ZLNH0ZNTw8tgPcm+p0Rs7tPoABuOqbsF/qF3YFJvh6gl6WVbOP6mXdStyQCR?=
 =?us-ascii?Q?cmvwTCYuLDMtBjUPkCW/ZDnEWlbVha3xdvhsbeUBIVUQhOkAJalycwDvqCLq?=
 =?us-ascii?Q?X41pLYsgjm55HVZAC/wRBxdUf5NtE6tg040JPH+FUjjAbQPaIOGjajdxVdNU?=
 =?us-ascii?Q?Ur2TN04o7pHVE+Uy4slu5B+1A1cUUl0bh1njhxPBwJPXx0wu7X6D1F9gkYhh?=
 =?us-ascii?Q?FgS/zBtM1FSI4e1jDdZLhHYHlUXWvpa0nwAyuJC8yC0JRnnZ0liUcVgZMEeT?=
 =?us-ascii?Q?Szzb33NB6et6ahn3eSPRrY+z47SBI1aunXJkYhYmTCkaSEk5R8lrcerzg4cQ?=
 =?us-ascii?Q?n19s63+f7HN05qnRXGBhK5Kt498UtH95pgWAszEA+ygB6oxnwtJFdMT9li2i?=
 =?us-ascii?Q?PZnbe9lY+gqh+ActGjRObfTHUz4ZIKHe3rSf6KIN7iQpCCF0+U40OZvLwFhH?=
 =?us-ascii?Q?90tZQYBUv5c9a6Ftgpn1sFomd4MtUjKzRedS0kj+GhKpQ2RuKORpkfI4t6u+?=
 =?us-ascii?Q?0zDKWuA1IOAIZPBzOita32pbA+LiMbiaIYmGaF5UkYrjN/ZSos9vYqfgOHTI?=
 =?us-ascii?Q?l2ilvFeYzMKnQn6/uKTYQCn2cA55MUPmhEH1zLlTYRmJTlTxi7dbs4RCIuQR?=
 =?us-ascii?Q?uNj93PNVgR4unxWtlKqayNVGGua4nzhBWoG89y1xCgy9O/gKxXCIg6xS4tan?=
 =?us-ascii?Q?bjjFKsckWD0Xnfvi5m6Ub0c=3D?=
Content-Type: text/plain; charset="us-ascii"
Content-ID: <05D6A30CDAB97C40A24E2C7692A5A093@eurprd04.prod.outlook.com>
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
X-OriginatorOrg: nxp.com
X-MS-Exchange-CrossTenant-AuthAs: Internal
X-MS-Exchange-CrossTenant-AuthSource: VI1PR04MB5136.eurprd04.prod.outlook.com
X-MS-Exchange-CrossTenant-Network-Message-Id: 17a8e62f-9fc8-4c4d-0abc-08da02d1dd1f
X-MS-Exchange-CrossTenant-originalarrivaltime: 10 Mar 2022 20:09:20.6003
 (UTC)
X-MS-Exchange-CrossTenant-fromentityheader: Hosted
X-MS-Exchange-CrossTenant-id: 686ea1d3-bc2b-4c6f-a92c-d99c5c301635
X-MS-Exchange-CrossTenant-mailboxtype: HOSTED
X-MS-Exchange-CrossTenant-userprincipalname: /aC6cbAvD1bHi+MbevhY86sDI30TS/gj4f4gxKIB0NZA3FDnfp1H9znShlmIApPmwBxROX2LAj2N9d7kpS7jeA==
X-MS-Exchange-Transport-CrossTenantHeadersStamped: AM5PR04MB3233
X-Spam-Status: No, score=-2.0 required=5.0 tests=BAYES_00,DKIM_SIGNED,
	DKIM_VALID,DKIM_VALID_AU,HEADER_FROM_DIFFERENT_DOMAINS,
	MAILING_LIST_MULTI,RDNS_NONE,SPF_HELO_NONE,T_SCC_BODY_TEXT_LINE
	autolearn=no autolearn_force=no version=3.4.6
X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on
	lindbergh.monkeyblade.net
Precedence: bulk
List-ID: <linux-kernel.vger.kernel.org>
X-Mailing-List: linux-kernel@vger.kernel.org

Hello Rob,

On Wed, Feb 09, 2022 at 11:54:35AM +0000, Ioana Ciornei wrote:
> On Mon, Jan 03, 2022 at 07:30:44PM +0800, Shawn Guo wrote:
> > On Sun, Jan 02, 2022 at 01:08:28PM +0000, Marc Zyngier wrote:
> > > On 2021-12-31 18:13, Vladimir Oltean wrote:
> > > > Hello,
> > > >=20
> > > > On Tue, Dec 14, 2021 at 03:58:52PM +0200, Vladimir Oltean wrote:
> > > > > This reverts commit 869f0ec048dc8fd88c0b2003373bd985795179fb. Tha=
t
> > > > > updated the expected device tree binding format for the ls-extirq
> > > > > driver, without also updating the parsing code (ls_extirq_parse_m=
ap)
> > > > > to the new format.
> > > > >=20
> > > > > The context is that the ls-extirq driver uses the standard
> > > > > "interrupt-map" OF property in a non-standard way, as suggested b=
y
> > > > > Rob Herring during review:
> > > > > https://lore.kernel.org/lkml/20190927161118.GA19333@bogus/
> > > > >=20
> > > > > This has turned out to be problematic, as Marc Zyngier discovered
> > > > > through commit 041284181226 ("of/irq: Allow matching of an
> > > > > interrupt-map
> > > > > local to an interrupt controller"), later fixed through commit
> > > > > de4adddcbcc2 ("of/irq: Add a quirk for controllers with their own
> > > > > definition of interrupt-map"). Marc's position, expressed on mult=
iple
> > > > > opportunities, is that:
> > > > >=20
> > > > > (a) [ making private use of the reserved "interrupt-map" name in =
a
> > > > >     driver ] "is wrong, by the very letter of what an interrupt-m=
ap
> > > > >     means. If the interrupt map points to an interrupt controller=
,
> > > > >     that's the target for the interrupt."
> > > > > https://lore.kernel.org/lkml/87k0g8jlmg.wl-maz@kernel.org/
> > > > >=20
> > > > > (b) [ updating the driver's bindings to accept a non-reserved nam=
e for
> > > > >     this property, as an alternative, is ] "is totally pointless.
> > > > > These
> > > > >     machines have been in the wild for years, and existing DTs wi=
ll be
> > > > >     there *forever*."
> > > > > https://lore.kernel.org/lkml/87ilvrk1r0.wl-maz@kernel.org/
> > > > >=20
> > > > > Considering the above, the Linux kernel has quirks in place to de=
al
> > > > > with
> > > > > the ls-extirq's non-standard use of the "interrupt-map". These qu=
irks
> > > > > may be needed in other operating systems that consume this device
> > > > > tree,
> > > > > yet this is seen as the only viable solution.
> > > > >=20
> > > > > Therefore, the premise of the patch being reverted here is invali=
d.
> > > > > It doesn't matter whether the driver, in its non-standard use of =
the
> > > > > property, complies to the standard format or not, since this prop=
erty
> > > > > isn't expected to be used for interrupt translation by the core.
> > > > >=20
> > > > > This change restores LS1088A, LS2088A/LS2085A and LX2160A to thei=
r
> > > > > previous bindings, which allows these systems to continue to use
> > > > > external interrupt lines with the correct polarity.
> > > > >=20
> > > > > Fixes: 869f0ec048dc ("arm64: dts: freescale: Fix 'interrupt-map'
> > > > > parent address cells")
> > > > > Signed-off-by: Vladimir Oltean <vladimir.oltean@nxp.com>
> > > > > ---
> > > > > v1->v2: remove the other 9 patches that rename "interrupt-map" to
> > > > >         "fsl,extirq-map", at Marc's suggestion.
> > > >=20
> > > > Could this patch be considered for merging in v5.16? The problem is
> > > > going to be quite a bit more severe and tricky to fix otherwise. Th=
anks.
> > >=20
> > > FWIW:
> > >=20
> > > Acked-by: Marc Zyngier <maz@kernel.org>
> > >=20
> > > Rob, Shawn, can you please queue this as an urgent fix for 5.16?
> >=20
> > I would rather leave this to Rob, as I haven't heard anything from him
> > on this reverting (on his commit).
> >=20
>=20
> Could this patch be queued up as a fix for v5.16 and v5.17?
>=20
> Ioana

This is a reminder that interrupts through the fsl-extirq driver are
still broken. Not to mention that we aren't even in the same release
cycle as the patch that introduced the breakage anymore, so broken
device trees (or "syntactically correct", depending on how you wish to
see it) have already started circulating. Do you have a better
suggestion to fix this?=