summaryrefslogtreecommitdiff
path: root/tools/perf/scripts/python
diff options
context:
space:
mode:
authorFrank Li <Frank.Li@nxp.com>2026-03-24 18:16:18 -0400
committerMiquel Raynal <miquel.raynal@bootlin.com>2026-03-25 15:28:41 +0100
commit0ba8da2f318efc006ae5c080a4abfbabb5d110e2 (patch)
tree6dc609b6ae4fcbd53a98bcb7bed02af153d955ad /tools/perf/scripts/python
parent25a915fad503c2678902075565d47ddc2aa45db9 (diff)
downloadlwn-0ba8da2f318efc006ae5c080a4abfbabb5d110e2.tar.gz
lwn-0ba8da2f318efc006ae5c080a4abfbabb5d110e2.zip
dt-bindings: mtd: refactor NAND bindings and add nand-controller-legacy.yaml
The modern NAND controller binding requires NAND chips to be described as child nodes of the controller, for example: nand-controller { ... nand@0 { /* raw NAND chip properties */ }; }; However, many existing device trees place NAND chip properties directly within the controller node because those controllers support only a single chip. This layout is still widely used by older platforms and by other DT consumers such as U-Boot. Migrating all existing users to the new layout will take time. Several kernel drivers, such as ams-delta.c, davinci_nand.c and fsmc_nand.c, still expect the legacy layout where raw NAND properties are defined in the controller node. To support both layouts during the transition: - Extract NAND chip-related properties into separate schemas (nand-property.yaml and raw-nand-property.yaml) from nand-chip.yaml and raw-nand-chip.yaml. - Introduce nand-controller-legacy.yaml to allow both the legacy and modern layouts. - Add a select condition in nand-controller.yaml to prevent node name pattern matching for fsl,* NAND controllers. Keep compatibility with existing device trees while allowing gradual migration to the modern binding structure. Signed-off-by: Frank Li <Frank.Li@nxp.com> Reviewed-by: Rob Herring (Arm) <robh@kernel.org> Signed-off-by: Miquel Raynal <miquel.raynal@bootlin.com>
Diffstat (limited to 'tools/perf/scripts/python')
0 files changed, 0 insertions, 0 deletions