[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <87tsweos4l.fsf@bootlin.com>
Date: Thu, 22 Jan 2026 11:31:54 +0100
From: Miquel Raynal <miquel.raynal@...tlin.com>
To: Daniel Golle <daniel@...rotopia.org>
Cc: "Rob Herring (Arm)" <robh@...nel.org>, Chad Monroe
<chad.monroe@...ran.com>, Richard Weinberger <richard@....at>, Vignesh
Raghavendra <vigneshr@...com>, Krzysztof Kozlowski <krzk+dt@...nel.org>,
Conor Dooley <conor+dt@...nel.org>, Brian Norris
<computersforpeace@...il.com>, Kamal Dasu <kdasu.kdev@...il.com>,
William Zhang <william.zhang@...adcom.com>, Nick Terrell
<terrelln@...com>, David Sterba <dsterba@...e.com>, Rafał Miłecki
<rafal@...ecki.pl>, Simon Glass <sjg@...omium.org>, Linus Walleij
<linusw@...nel.org>, Ulf Hansson <ulf.hansson@...aro.org>, Marcus
Folkesson <marcus.folkesson@...il.com>, Tony Lindgren <tony@...mide.com>,
Roger Quadros <rogerq@...nel.org>, Hauke Mehrtens <hauke@...ke-m.de>,
linux-mtd@...ts.infradead.org, devicetree@...r.kernel.org,
linux-kernel@...r.kernel.org, linux-mmc@...r.kernel.org, Krzysztof
Kozlowski <krzysztof.kozlowski@....qualcomm.com>
Subject: Re: [PATCH v3 06/10] dt-bindings: mtd: partitions: Drop
partitions.yaml
On 21/01/2026 at 21:18:58 GMT, Daniel Golle <daniel@...rotopia.org> wrote:
> On Wed, Jan 21, 2026 at 01:56:39PM -0600, Rob Herring (Arm) wrote:
>> The partitions.yaml schema is an unusual structure in that it includes
>> all possible partition types, and it disables the normal matching by
>> compatible strings. As partitions.yaml has nothing to match on, it is
>> only applied when explicitly referenced. The use of "oneOf" also results
>> in misleading warnings which are difficult to understand. Drop
>> partitions.yaml and rely on the standard compatible matching instead.
>>
>> The "mmc-card" case previously allowed any partition type, but now only
>> allows "fixed-partitions". There aren't any users and the original
>> intent appeared to be only for "fixed-partitions".
>
> It would actually be great to also allow 'gpt-partitions' as compatible
> type with #address-cells = <0> and #size-cells = <0> and allow matching
> on partition UUID, name or index. This has previously been discussed and
> would avoid having to extract MAC addresses and WiFi EEPROM data in
> userspace on many devices which rely on such conventions.
Out of curiosity, why not exposing this data through an NVMEM cell
instead? Anyway, this (re?)addition can probably be part of a follow-up
series and is almost orthogonal to this cleanup IMO.
Thanks,
Miquèl
Powered by blists - more mailing lists