[PATCH v3 3/4] dt-bindings: mtd: physmap: Allow using memory-region to access memory resources
Linus Walleij
linusw at kernel.org
Fri Jan 9 01:52:15 PST 2026
Hi Gregory,
thanks for your patch!
On Wed, Jan 7, 2026 at 2:05 PM Gregory CLEMENT
<gregory.clement at bootlin.com> wrote:
> Enable access to memory resources not only via I/O address using reg,
> but also through a portion of main memory using memory-region. To
> achieve this, new compatible strings have been introduced: mtd-mem and
> mtd-memro.
>
> Signed-off-by: Gregory CLEMENT <gregory.clement at bootlin.com>
I have two issues with this patch:
1. It needs a description: telling us when to use this and why, and
what makes it necessary to use these new bindings instead of existing
bindings, like the following:
2. To me this looks suspiciously similar to reserved RAM, "reserved-memory".
Documentation/devicetree/bindings/reserved-memory/phram.yaml
Documentation/devicetree/bindings/nvmem/rmem.yaml
Documentation/devicetree/bindings/reserved-memory/ramoops.yaml
Also see the dtschema reserved-memory:
https://github.com/devicetree-org/dt-schema/blob/main/dtschema/schemas/reserved-memory/reserved-memory.yaml
Why is this using "mtd,*" compatibles? What makes is a
"memory technology device", which is admittedly a loose term but
usually means some kind of persistent memory such as flash. This does
not look persistent at all.
To me it seems more related to specific Linux-lingo around the MTD
subsystem and just happens to be handled inside that subsystem in
Linux. Which means it has nothing to do inside a (OS-neutral) DT binding.
So I'm a bit concerned, but maybe I misunderstood something!
Yours,
Linus Walleij
More information about the linux-mtd
mailing list