Skip to content
Snippets Groups Projects
Select Git revision
0 results

Kconfig

Blame
    • Daniel Golle's avatar
      3ce48580
      mtd: ubi: provide NVMEM layer over UBI volumes · 3ce48580
      Daniel Golle authored
      
      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: default avatarDaniel Golle <daniel@makrotopia.org>
      Signed-off-by: default avatarRichard Weinberger <richard@nod.at>
      3ce48580
      History
      mtd: ubi: provide NVMEM layer over UBI volumes
      Daniel Golle authored
      
      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: default avatarDaniel Golle <daniel@makrotopia.org>
      Signed-off-by: default avatarRichard Weinberger <richard@nod.at>