aboutsummaryrefslogtreecommitdiffstats
path: root/lib/test_firmware.c
diff options
context:
space:
mode:
authorRafał Miłecki <[email protected]>2023-06-11 14:03:27 +0000
committerGreg Kroah-Hartman <[email protected]>2023-06-15 11:42:17 +0000
commitbd912c991d2ef079a32558f057b8663bcf1fb6fc (patch)
treeda782d8cbd50bfa688bc332cdc58ee352944ad25 /lib/test_firmware.c
parentdt-bindings: nvmem: mediatek: efuse: add support for mt7986 (diff)
downloadkernel-bd912c991d2ef079a32558f057b8663bcf1fb6fc.tar.gz
kernel-bd912c991d2ef079a32558f057b8663bcf1fb6fc.zip
dt-bindings: nvmem: layouts: add fixed-layout
With the introduction of NVMEM layouts, new NVMEM content structures should be defined as such. We should also try to convert / migrate existing NVMEM content bindings to layouts. This commit handles fixed NVMEM cells. So far they had to be defined directly - as device subnodes. With this change it's allowed to put them in the DT node named "nvmem-layout". Having NVMEM cells in separated node is preferred as it draws a nice line between NVMEM device and its content. It results in cleaner bindings. FWIW a very similar situation has happened to MTD devices and their partitions: see commit 5d96ea42eb63 ("dt-bindings: mtd: Clarify all partition subnodes"). Signed-off-by: Rafał Miłecki <[email protected]> Reviewed-by: Rob Herring <[email protected]> Signed-off-by: Srinivas Kandagatla <[email protected]> Message-ID: <[email protected]> Signed-off-by: Greg Kroah-Hartman <[email protected]>
Diffstat (limited to 'lib/test_firmware.c')
0 files changed, 0 insertions, 0 deletions