[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <880768638.4519.1764430531092.JavaMail.zimbra@nod.at>
Date: Sat, 29 Nov 2025 16:35:31 +0100 (CET)
From: Richard Weinberger <richard@....at>
To: Krzysztof Kozlowski <krzk@...nel.org>
Cc: linux-kernel <linux-kernel@...r.kernel.org>,
linux-omap <linux-omap@...r.kernel.org>,
devicetree <devicetree@...r.kernel.org>,
Arnd Bergmann <arnd@...db.de>, Lee Jones <lee@...nel.org>,
dakr <dakr@...nel.org>, "Rafael J. Wysocki" <rafael@...nel.org>,
Greg Kroah-Hartman <gregkh@...uxfoundation.org>,
Mark Brown <broonie@...nel.org>, tony <tony@...mide.com>,
rogerq <rogerq@...nel.org>, khilman <khilman@...libre.com>,
Andreas Kemnade <andreas@...nade.info>,
aaro koskinen <aaro.koskinen@....fi>,
Conor Dooley <conor+dt@...nel.org>,
Krzysztof Kozlowski <krzk+dt@...nel.org>, robh <robh@...nel.org>
Subject: Re: [PATCH 4/4] arm: dts: omap: Mark various register maps as
dangerous
----- Ursprüngliche Mail -----
> Von: "Krzysztof Kozlowski" <krzk@...nel.org>
> An: "richard" <richard@....at>, "linux-kernel" <linux-kernel@...r.kernel.org>
> CC: "linux-omap" <linux-omap@...r.kernel.org>, "devicetree" <devicetree@...r.kernel.org>, "Arnd Bergmann"
> <arnd@...db.de>, "Lee Jones" <lee@...nel.org>, "dakr" <dakr@...nel.org>, "Rafael J. Wysocki" <rafael@...nel.org>, "Greg
> Kroah-Hartman" <gregkh@...uxfoundation.org>, "Mark Brown" <broonie@...nel.org>, "tony" <tony@...mide.com>, "rogerq"
> <rogerq@...nel.org>, "khilman" <khilman@...libre.com>, "Andreas Kemnade" <andreas@...nade.info>, "aaro koskinen"
> <aaro.koskinen@....fi>, "Conor Dooley" <conor+dt@...nel.org>, "Krzysztof Kozlowski" <krzk+dt@...nel.org>, "robh"
> <robh@...nel.org>
> Gesendet: Samstag, 29. November 2025 16:26:19
> Betreff: Re: [PATCH 4/4] arm: dts: omap: Mark various register maps as dangerous
> On 29/11/2025 15:20, Richard Weinberger wrote:
>> index 711ce4c31bb1f..1b1f31608d37e 100644
>> --- a/arch/arm/boot/dts/ti/omap/dra7.dtsi
>> +++ b/arch/arm/boot/dts/ti/omap/dra7.dtsi
>> @@ -359,6 +359,7 @@ bandgap: bandgap@...021e0 {
>> dsp1_system: dsp_system@...00000 {
>> compatible = "syscon";
>
> Oh, no no, sorry, but buggy/incomplete/legacy DT is not an excuse for
> new properties. You cannot have such compatible alone in the first place.
Okay, I didn't know that the OMAP DT is in that bad shape.
Is somebody working on a solution?
Thanks,
//richard
Powered by blists - more mailing lists