summaryrefslogtreecommitdiffstats
path: root/drivers/mtd/ubi/Makefile
diff options
context:
space:
mode:
authorDaniel Golle <daniel@makrotopia.org>2023-12-19 03:33:48 +0100
committerRichard Weinberger <richard@nod.at>2024-02-25 22:42:23 +0100
commit3ce485803da1b79b2692b6d0c2792829292ad838 (patch)
tree6892ea7d9480d76040e81983f1a2808635f6037b /drivers/mtd/ubi/Makefile
parentmtd: ubi: populate ubi volume fwnode (diff)
downloadlinux-3ce485803da1b79b2692b6d0c2792829292ad838.tar.xz
linux-3ce485803da1b79b2692b6d0c2792829292ad838.zip
mtd: ubi: provide NVMEM layer over UBI volumes
In an ideal world we would like UBI to be used where ever possible on a NAND chip. And with UBI support in ARM Trusted Firmware and U-Boot it is possible to achieve an (almost-)all-UBI flash layout. Hence the need for a way to also use UBI volumes to store board-level constants, such as MAC addresses and calibration data of wireless interfaces. Add UBI volume NVMEM driver module exposing UBI volumes as NVMEM providers. Allow UBI devices to have a "volumes" firmware subnode with volumes which may be compatible with "nvmem-cells". Access to UBI volumes via the NVMEM interface at this point is read-only, and it is slow, opening and closing the UBI volume for each access due to limitations of the NVMEM provider API. Signed-off-by: Daniel Golle <daniel@makrotopia.org> Signed-off-by: Richard Weinberger <richard@nod.at>
Diffstat (limited to 'drivers/mtd/ubi/Makefile')
-rw-r--r--drivers/mtd/ubi/Makefile1
1 files changed, 1 insertions, 0 deletions
diff --git a/drivers/mtd/ubi/Makefile b/drivers/mtd/ubi/Makefile
index 543673605ca7..4b51aaf00d1a 100644
--- a/drivers/mtd/ubi/Makefile
+++ b/drivers/mtd/ubi/Makefile
@@ -7,3 +7,4 @@ ubi-$(CONFIG_MTD_UBI_FASTMAP) += fastmap.o
ubi-$(CONFIG_MTD_UBI_BLOCK) += block.o
obj-$(CONFIG_MTD_UBI_GLUEBI) += gluebi.o
+obj-$(CONFIG_MTD_UBI_NVMEM) += nvmem.o