<?xml version="1.0"?>
<?xml-stylesheet type="text/xsl" href="/rss.xsl.xml"?>
<rss version="2.0" xmlns:dc="http://purl.org/dc/elements/1.1/">
<channel>
    <title>Changes in Kconfig</title>
    <description></description>
    <language>en</language>
    <copyright>Copyright 2015</copyright>
    <generator>Java</generator><item>
        <title>1530b923 - nvmem: Add R-Car E-FUSE driver</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/drivers/nvmem/Kconfig#1530b923</link>
        <description>nvmem: Add R-Car E-FUSE driverR-Car Gen4 SoCs contain fuses indicating hardware support or hardware(e.g. tuning) parameters.  Add a driver to access the state of thefuses.  This supports two types of hardware fuse providers:  1. E-FUSE non-volatile memory accessible through the Pin Function     Controller on R-Car V3U and S4-8,  2. E-FUSE non-volatile memory accessible through OTP_MEM on R-Car V4H     and V4M.The state of the cells can be read using the NVMEM framework, eitherfrom kernel space (e.g. by the Renesas UFSHCD driver), or fromuserspace.Signed-off-by: Geert Uytterhoeven &lt;geert+renesas@glider.be&gt;Reviewed-by: Yoshihiro Shimoda &lt;yoshihiro.shimoda.uh@renesas.com&gt;Acked-by: Arnd Bergmann &lt;arnd@arndb.de&gt;Signed-off-by: Srinivas Kandagatla &lt;srinivas.kandagatla@linaro.org&gt;Link: https://lore.kernel.org/r/20241030140315.40562-3-srinivas.kandagatla@linaro.orgSigned-off-by: Greg Kroah-Hartman &lt;gregkh@linuxfoundation.org&gt;

            List of files:
            /linux-6.15/drivers/nvmem/Kconfig</description>
        <pubDate>Wed, 30 Oct 2024 14:03:10 +0000</pubDate>
        <dc:creator>Geert Uytterhoeven &lt;geert+renesas@glider.be&gt;</dc:creator>
    </item>
<item>
        <title>5f158112 - nvmem: layouts: add U-Boot env layout</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/drivers/nvmem/Kconfig#5f158112</link>
        <description>nvmem: layouts: add U-Boot env layoutU-Boot environment variables are stored in a specific format. Actualdata can be placed in various storage sources (MTD, UBI volume, EEPROM,NVRAM, etc.).Move all generic (NVMEM device independent) code from NVMEM devicedriver to an NVMEM layout driver. Then add a simple NVMEM layout code ontop of it.This allows using NVMEM layout for parsing U-Boot env data stored in anykind of NVMEM device.The old NVMEM glue driver stays in place for handling bindings in theMTD context. To avoid code duplication it uses exported layout parsingfunction. Please note that handling MTD &amp; NVMEM layout bindings may berefactored in the future.Signed-off-by: Rafa&#322; Mi&#322;ecki &lt;rafal@milecki.pl&gt;Reviewed-by: Miquel Raynal &lt;miquel.raynal@bootlin.com&gt;Signed-off-by: Srinivas Kandagatla &lt;srinivas.kandagatla@linaro.org&gt;Link: https://lore.kernel.org/r/20240902142952.71639-5-srinivas.kandagatla@linaro.orgSigned-off-by: Greg Kroah-Hartman &lt;gregkh@linuxfoundation.org&gt;

            List of files:
            /linux-6.15/drivers/nvmem/Kconfig</description>
        <pubDate>Mon, 02 Sep 2024 14:29:47 +0000</pubDate>
        <dc:creator>Rafa&#322; Mi&#322;ecki &lt;rafal@milecki.pl&gt;</dc:creator>
    </item>
<item>
        <title>fc29fd82 - nvmem: core: Rework layouts to become regular devices</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/drivers/nvmem/Kconfig#fc29fd82</link>
        <description>nvmem: core: Rework layouts to become regular devicesCurrent layout support was initially written without modules support inmind. When the requirement for module support rose, the existing basewas improved to adopt modularization support, but kind of a design flawwas introduced. With the existing implementation, when a storage deviceregisters into NVMEM, the core tries to hook a layout (if any) andpopulates its cells immediately. This means, if the hardware descriptionexpects a layout to be hooked up, but no driver was provided for that,the storage medium will fail to probe and try later fromscratch. Even if we consider that the hardware description shall becorrect, we could still probe the storage device (especially if itcontains the rootfs).One way to overcome this situation is to consider the layouts asdevices, and leverage the native notifier mechanism. When a new NVMEMdevice is registered, we can populate its nvmem-layout child, if any,and wait for the matching to be done in order to get the cells (thewaiting can be easily done with the NVMEM notifiers). If the layoutdriver is compiled as a module, it should automatically be loaded. Thisway, there is no strong order to enforce, any NVMEM device creationor NVMEM layout driver insertion will be observed as a new event whichmay lead to the creation of additional cells, without disturbing theprobes with costly (and sometimes endless) deferrals.In order to achieve that goal we create a new bus for the nvmem-layoutswith minimal logic to match nvmem-layout devices with nvmem-layoutdrivers. All this infrastructure code is created in the layouts.c file.Signed-off-by: Miquel Raynal &lt;miquel.raynal@bootlin.com&gt;Tested-by: Rafa&#322; Mi&#322;ecki &lt;rafal@milecki.pl&gt;Signed-off-by: Srinivas Kandagatla &lt;srinivas.kandagatla@linaro.org&gt;Link: https://lore.kernel.org/r/20231215111536.316972-7-srinivas.kandagatla@linaro.orgSigned-off-by: Greg Kroah-Hartman &lt;gregkh@linuxfoundation.org&gt;

            List of files:
            /linux-6.15/drivers/nvmem/Kconfig</description>
        <pubDate>Fri, 15 Dec 2023 11:15:32 +0000</pubDate>
        <dc:creator>Miquel Raynal &lt;miquel.raynal@bootlin.com&gt;</dc:creator>
    </item>
<item>
        <title>c471245b - nvmem: sec-qfprom: Add Qualcomm secure QFPROM support</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/drivers/nvmem/Kconfig#c471245b</link>
        <description>nvmem: sec-qfprom: Add Qualcomm secure QFPROM supportFor some of the Qualcomm SoC&apos;s, it is possible thatsome of the fuse regions or entire qfprom region isprotected from non-secure access. In such situations,the OS will have to use secure calls to read the region.With that motivation, add secure qfprom driver.Signed-off-by: Komal Bajaj &lt;quic_kbajaj@quicinc.com&gt;Signed-off-by: Srinivas Kandagatla &lt;srinivas.kandagatla@linaro.org&gt;Link: https://lore.kernel.org/r/20230823132744.350618-18-srinivas.kandagatla@linaro.orgSigned-off-by: Greg Kroah-Hartman &lt;gregkh@linuxfoundation.org&gt;

            List of files:
            /linux-6.15/drivers/nvmem/Kconfig</description>
        <pubDate>Wed, 23 Aug 2023 13:27:39 +0000</pubDate>
        <dc:creator>Komal Bajaj &lt;quic_kbajaj@quicinc.com&gt;</dc:creator>
    </item>
<item>
        <title>23b7b491 - nvmem: Kconfig: Fix typo &quot;drive&quot; -&gt; &quot;driver&quot;</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/drivers/nvmem/Kconfig#23b7b491</link>
        <description>nvmem: Kconfig: Fix typo &quot;drive&quot; -&gt; &quot;driver&quot;Fix typo where &quot;driver&quot; was meant instead of &quot;drive&quot;.While at it, also capitalize &quot;OTP&quot;.Signed-off-by: Diederik de Haas &lt;didi.debian@cknow.org&gt;Reviewed-by: Heiko Stuebner &lt;heiko@sntech.de&gt;Signed-off-by: Srinivas Kandagatla &lt;srinivas.kandagatla@linaro.org&gt;Link: https://lore.kernel.org/r/20230823132744.350618-15-srinivas.kandagatla@linaro.orgSigned-off-by: Greg Kroah-Hartman &lt;gregkh@linuxfoundation.org&gt;

            List of files:
            /linux-6.15/drivers/nvmem/Kconfig</description>
        <pubDate>Wed, 23 Aug 2023 13:27:36 +0000</pubDate>
        <dc:creator>Diederik de Haas &lt;didi.debian@cknow.org&gt;</dc:creator>
    </item>
<item>
        <title>0861110b - nvmem: add new NXP QorIQ eFuse driver</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/drivers/nvmem/Kconfig#0861110b</link>
        <description>nvmem: add new NXP QorIQ eFuse driverAdd SFP (Security Fuse Processor) read support for NXP (Freescale)QorIQ series SOC&apos;s.This patch adds support for the T1023 SOC using the SFP offset fromthe existing T1023 device tree. In theory this should also work forT1024, T1014 and T1013 which uses the same SFP base offset.Signed-off-by: Richard Alpe &lt;richard@bit42.se&gt;Reviewed-by: Niklas S&#246;derlund &lt;niklas.soderlund@ragnatech.se&gt;Signed-off-by: Srinivas Kandagatla &lt;srinivas.kandagatla@linaro.org&gt;Link: https://lore.kernel.org/r/20230823132744.350618-13-srinivas.kandagatla@linaro.orgSigned-off-by: Greg Kroah-Hartman &lt;gregkh@linuxfoundation.org&gt;

            List of files:
            /linux-6.15/drivers/nvmem/Kconfig</description>
        <pubDate>Wed, 23 Aug 2023 13:27:34 +0000</pubDate>
        <dc:creator>Richard Alpe &lt;richard@bit42.se&gt;</dc:creator>
    </item>
<item>
        <title>22e9e6fc - nvmem: imx: support i.MX93 OCOTP</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/drivers/nvmem/Kconfig#22e9e6fc</link>
        <description>nvmem: imx: support i.MX93 OCOTPAdd i.MX93 OCOTP support. i.MX93 OCOTP has two parts: Fuse shadowblock(fsb) and fuse managed by ELE. The FSB part could be directlyaccessed with MMIO, the ELE could only be accessed with ELE API.Currently the ELE API is not ready, so NULL function callback is used,but it was tested with downstream ELE API.Signed-off-by: Peng Fan &lt;peng.fan@nxp.com&gt;Signed-off-by: Srinivas Kandagatla &lt;srinivas.kandagatla@linaro.org&gt;Message-ID: &lt;20230611140330.154222-22-srinivas.kandagatla@linaro.org&gt;Signed-off-by: Greg Kroah-Hartman &lt;gregkh@linuxfoundation.org&gt;

            List of files:
            /linux-6.15/drivers/nvmem/Kconfig</description>
        <pubDate>Sun, 11 Jun 2023 14:03:25 +0000</pubDate>
        <dc:creator>Peng Fan &lt;peng.fan@nxp.com&gt;</dc:creator>
    </item>
<item>
        <title>73bcd133 - nvmem: brcm_nvram: add .read_post_process() for MACs</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/drivers/nvmem/Kconfig#73bcd133</link>
        <description>nvmem: brcm_nvram: add .read_post_process() for MACs1. Parse ASCII MAC format into byte based2. Calculate relative addresses based on index argumentSigned-off-by: Rafa&#322; Mi&#322;ecki &lt;rafal@milecki.pl&gt;Signed-off-by: Srinivas Kandagatla &lt;srinivas.kandagatla@linaro.org&gt;Message-ID: &lt;20230611140330.154222-5-srinivas.kandagatla@linaro.org&gt;Signed-off-by: Greg Kroah-Hartman &lt;gregkh@linuxfoundation.org&gt;

            List of files:
            /linux-6.15/drivers/nvmem/Kconfig</description>
        <pubDate>Sun, 11 Jun 2023 14:03:08 +0000</pubDate>
        <dc:creator>Rafa&#322; Mi&#322;ecki &lt;rafal@milecki.pl&gt;</dc:creator>
    </item>
<item>
        <title>c49f1a8a - nvmem: u-boot-env: post-process &quot;ethaddr&quot; env variable</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/drivers/nvmem/Kconfig#c49f1a8a</link>
        <description>nvmem: u-boot-env: post-process &quot;ethaddr&quot; env variableU-Boot environment variables are stored in ASCII format so &quot;ethaddr&quot;requires parsing into binary to make it work with Ethernet interfaces.This includes support for indexes to support #nvmem-cell-cells = &lt;1&gt;.Signed-off-by: Rafa&#322; Mi&#322;ecki &lt;rafal@milecki.pl&gt;Signed-off-by: Srinivas Kandagatla &lt;srinivas.kandagatla@linaro.org&gt;Link: https://lore.kernel.org/r/20230404172148.82422-36-srinivas.kandagatla@linaro.orgSigned-off-by: Greg Kroah-Hartman &lt;gregkh@linuxfoundation.org&gt;

            List of files:
            /linux-6.15/drivers/nvmem/Kconfig</description>
        <pubDate>Tue, 04 Apr 2023 17:21:43 +0000</pubDate>
        <dc:creator>Rafa&#322; Mi&#322;ecki &lt;rafal@milecki.pl&gt;</dc:creator>
    </item>
<item>
        <title>266570f4 - nvmem: core: introduce NVMEM layouts</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/drivers/nvmem/Kconfig#266570f4</link>
        <description>nvmem: core: introduce NVMEM layoutsNVMEM layouts are used to generate NVMEM cells during runtime. Think ofan EEPROM with a well-defined conent. For now, the content can bedescribed by a device tree or a board file. But this only works if theoffsets and lengths are static and don&apos;t change. One could also arguethat putting the layout of the EEPROM in the device tree is the wrongplace. Instead, the device tree should just have a specific compatiblestring.Right now there are two use cases: (1) The NVMEM cell needs special processing. E.g. if it only specifies     a base MAC address offset and you need to add an offset, or it     needs to parse a MAC from ASCII format or some proprietary format.     (Post processing of cells is added in a later commit). (2) u-boot environment parsing. The cells don&apos;t have a particular     offset but it needs parsing the content to determine the offsets     and length.Co-developed-by: Miquel Raynal &lt;miquel.raynal@bootlin.com&gt;Signed-off-by: Miquel Raynal &lt;miquel.raynal@bootlin.com&gt;Signed-off-by: Michael Walle &lt;michael@walle.cc&gt;Signed-off-by: Srinivas Kandagatla &lt;srinivas.kandagatla@linaro.org&gt;Link: https://lore.kernel.org/r/20230404172148.82422-14-srinivas.kandagatla@linaro.orgSigned-off-by: Greg Kroah-Hartman &lt;gregkh@linuxfoundation.org&gt;

            List of files:
            /linux-6.15/drivers/nvmem/Kconfig</description>
        <pubDate>Tue, 04 Apr 2023 17:21:21 +0000</pubDate>
        <dc:creator>Michael Walle &lt;michael@walle.cc&gt;</dc:creator>
    </item>
<item>
        <title>bcd1fe07 - nvmem: xilinx: zynqmp: make modular</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/drivers/nvmem/Kconfig#bcd1fe07</link>
        <description>nvmem: xilinx: zynqmp: make modularThis driver has a MODULE_LICENSE but is not tristate so cannot bebuilt as a module, unlike all its peers: make it modular to match.Signed-off-by: Nick Alcock &lt;nick.alcock@oracle.com&gt;Suggested-by: Michal Simek &lt;michal.simek@amd.com&gt;Cc: Luis Chamberlain &lt;mcgrof@kernel.org&gt;Cc: linux-modules@vger.kernel.orgCc: linux-kernel@vger.kernel.orgCc: Hitomi Hasegawa &lt;hasegawa-hitomi@fujitsu.com&gt;Cc: Srinivas Kandagatla &lt;srinivas.kandagatla@linaro.org&gt;Cc: Michal Simek &lt;michal.simek@xilinx.com&gt;Cc: linux-arm-kernel@lists.infradead.orgSigned-off-by: Srinivas Kandagatla &lt;srinivas.kandagatla@linaro.org&gt;Link: https://lore.kernel.org/r/20230404172148.82422-4-srinivas.kandagatla@linaro.orgSigned-off-by: Greg Kroah-Hartman &lt;gregkh@linuxfoundation.org&gt;

            List of files:
            /linux-6.15/drivers/nvmem/Kconfig</description>
        <pubDate>Tue, 04 Apr 2023 17:21:11 +0000</pubDate>
        <dc:creator>Nick Alcock &lt;nick.alcock@oracle.com&gt;</dc:creator>
    </item>
<item>
        <title>1dc7e37b - nvmem: stm32: fix OPTEE dependency</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/drivers/nvmem/Kconfig#1dc7e37b</link>
        <description>nvmem: stm32: fix OPTEE dependencyThe stm32 nvmem driver fails to link as built-in when OPTEEis a loadable module:aarch64-linux-ld: drivers/nvmem/stm32-bsec-optee-ta.o: in function `stm32_bsec:stm32-bsec-optee-ta.c:(.text+0xc8): undefined reference to `tee_client_open_session&apos;aarch64-linux-ld: drivers/nvmem/stm32-bsec-optee-ta.o: in function `stm32_bsec:stm32-bsec-optee-ta.c:(.text+0x1fc): undefined reference to `tee_client_open_context&apos;Change the CONFIG_NVMEM_STM32_ROMEM definition so it can onlybe built-in if OPTEE is either built-in or disabled, andmake NVMEM_STM32_BSEC_OPTEE_TA a hidden symbol instead.Signed-off-by: Arnd Bergmann &lt;arnd@arndb.de&gt;Signed-off-by: Srinivas Kandagatla &lt;srinivas.kandagatla@linaro.org&gt;Link: https://lore.kernel.org/r/20230206134356.839737-23-srinivas.kandagatla@linaro.orgSigned-off-by: Greg Kroah-Hartman &lt;gregkh@linuxfoundation.org&gt;

            List of files:
            /linux-6.15/drivers/nvmem/Kconfig</description>
        <pubDate>Mon, 06 Feb 2023 13:43:56 +0000</pubDate>
        <dc:creator>Arnd Bergmann &lt;arnd@arndb.de&gt;</dc:creator>
    </item>
<item>
        <title>6a0bc352 - nvmem: stm32: add OP-TEE support for STM32MP13x</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/drivers/nvmem/Kconfig#6a0bc352</link>
        <description>nvmem: stm32: add OP-TEE support for STM32MP13xFor boot with OP-TEE on STM32MP13, the communication with the secureworld no more use STMicroelectronics SMC but communication with theSTM32MP BSEC TA, for data access (read/write) or lock operation:- all the request are sent to OP-TEE trusted application,- for upper OTP with ECC protection and with word programming only  each OTP are permanently locked when programmed to avoid ECC error  on the second write operationSigned-off-by: Patrick Delaunay &lt;patrick.delaunay@foss.st.com&gt;Reviewed-by: Etienne Carriere &lt;etienne.carriere@linaro.org&gt;Signed-off-by: Srinivas Kandagatla &lt;srinivas.kandagatla@linaro.org&gt;Link: https://lore.kernel.org/r/20230206134356.839737-18-srinivas.kandagatla@linaro.orgSigned-off-by: Greg Kroah-Hartman &lt;gregkh@linuxfoundation.org&gt;

            List of files:
            /linux-6.15/drivers/nvmem/Kconfig</description>
        <pubDate>Mon, 06 Feb 2023 13:43:51 +0000</pubDate>
        <dc:creator>Patrick Delaunay &lt;patrick.delaunay@foss.st.com&gt;</dc:creator>
    </item>
<item>
        <title>fb817c4e - nvmem: Kconfig: Fix spelling mistake &quot;controlls&quot; -&gt; &quot;controls&quot;</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/drivers/nvmem/Kconfig#fb817c4e</link>
        <description>nvmem: Kconfig: Fix spelling mistake &quot;controlls&quot; -&gt; &quot;controls&quot;There is a spelling mistake in a Kconfig description. Fix it.Signed-off-by: Colin Ian King &lt;colin.i.king@gmail.com&gt;Signed-off-by: Srinivas Kandagatla &lt;srinivas.kandagatla@linaro.org&gt;Link: https://lore.kernel.org/r/20221118063932.6418-8-srinivas.kandagatla@linaro.orgSigned-off-by: Greg Kroah-Hartman &lt;gregkh@linuxfoundation.org&gt;

            List of files:
            /linux-6.15/drivers/nvmem/Kconfig</description>
        <pubDate>Fri, 18 Nov 2022 06:39:26 +0000</pubDate>
        <dc:creator>Colin Ian King &lt;colin.i.king@gmail.com&gt;</dc:creator>
    </item>
<item>
        <title>9e8f208a - nvmem: lan9662-otp: add support</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/drivers/nvmem/Kconfig#9e8f208a</link>
        <description>nvmem: lan9662-otp: add supportAdd support for OTP controller available on LAN9662. The OTPC controlsthe access to a non-volatile memory. The size of the memory is 8KB.The OTPC can access the memory based on an offset.Implement both the read and the write functionality.Signed-off-by: Horatiu Vultur &lt;horatiu.vultur@microchip.com&gt;Signed-off-by: Srinivas Kandagatla &lt;srinivas.kandagatla@linaro.org&gt;Link: https://lore.kernel.org/r/20220916122100.170016-13-srinivas.kandagatla@linaro.orgSigned-off-by: Greg Kroah-Hartman &lt;gregkh@linuxfoundation.org&gt;

            List of files:
            /linux-6.15/drivers/nvmem/Kconfig</description>
        <pubDate>Fri, 16 Sep 2022 12:20:59 +0000</pubDate>
        <dc:creator>Horatiu Vultur &lt;horatiu.vultur@microchip.com&gt;</dc:creator>
    </item>
<item>
        <title>a06d9e5a - nvmem: sort config symbols alphabetically</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/drivers/nvmem/Kconfig#a06d9e5a</link>
        <description>nvmem: sort config symbols alphabetically1. Match what most subsystems do2. Simplify maintenance a bit3. Reduce amount of conflicts for new drivers patchesWhile at it unify indent level in Makefile.Signed-off-by: Rafa&#322; Mi&#322;ecki &lt;rafal@milecki.pl&gt;Signed-off-by: Srinivas Kandagatla &lt;srinivas.kandagatla@linaro.org&gt;Link: https://lore.kernel.org/r/20220916122100.170016-9-srinivas.kandagatla@linaro.orgSigned-off-by: Greg Kroah-Hartman &lt;gregkh@linuxfoundation.org&gt;

            List of files:
            /linux-6.15/drivers/nvmem/Kconfig</description>
        <pubDate>Fri, 16 Sep 2022 12:20:55 +0000</pubDate>
        <dc:creator>Rafa&#322; Mi&#322;ecki &lt;rafal@milecki.pl&gt;</dc:creator>
    </item>
<item>
        <title>28fc7c98 - nvmem: prefix all symbols with NVMEM_</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/drivers/nvmem/Kconfig#28fc7c98</link>
        <description>nvmem: prefix all symbols with NVMEM_This unifies all NVMEM symbols. They follow one style now.Reviewed-by: Matthias Brugger &lt;matthias.bgg@gmail.com&gt;Acked-by: Arnd Bergmann &lt;arnd@arndb.de&gt;Signed-off-by: Rafa&#322; Mi&#322;ecki &lt;rafal@milecki.pl&gt;Signed-off-by: Srinivas Kandagatla &lt;srinivas.kandagatla@linaro.org&gt;Link: https://lore.kernel.org/r/20220916122100.170016-8-srinivas.kandagatla@linaro.orgSigned-off-by: Greg Kroah-Hartman &lt;gregkh@linuxfoundation.org&gt;

            List of files:
            /linux-6.15/drivers/nvmem/Kconfig</description>
        <pubDate>Fri, 16 Sep 2022 12:20:54 +0000</pubDate>
        <dc:creator>Rafa&#322; Mi&#322;ecki &lt;rafal@milecki.pl&gt;</dc:creator>
    </item>
<item>
        <title>d5542923 - nvmem: add driver handling U-Boot environment variables</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/drivers/nvmem/Kconfig#d5542923</link>
        <description>nvmem: add driver handling U-Boot environment variablesU-Boot stores its setup as environment variables. It&apos;s a list ofkey-value pairs stored on flash device with a custom header.This commit adds an NVMEM driver that:1. Provides NVMEM access to environment vars binary data2. Extracts variables as NVMEM cellsCurrent Linux&apos;s NVMEM sysfs API allows reading whole NVMEM data block.It can be used by user-space tools for reading U-Boot env vars blockwithout the hassle of finding its location. Parsing will still need tobe re-done there.Kernel-parsed NVMEM cells can be read however by Linux drivers. This maybe useful for Ethernet drivers for reading device MAC address which isoften stored as U-Boot env variable.Reviewed-by: Ahmad Fatoum &lt;a.fatoum@pengutronix.de&gt;Signed-off-by: Rafa&#322; Mi&#322;ecki &lt;rafal@milecki.pl&gt;Signed-off-by: Srinivas Kandagatla &lt;srinivas.kandagatla@linaro.org&gt;Link: https://lore.kernel.org/r/20220916122100.170016-2-srinivas.kandagatla@linaro.orgSigned-off-by: Greg Kroah-Hartman &lt;gregkh@linuxfoundation.org&gt;

            List of files:
            /linux-6.15/drivers/nvmem/Kconfig</description>
        <pubDate>Fri, 16 Sep 2022 12:20:48 +0000</pubDate>
        <dc:creator>Rafa&#322; Mi&#322;ecki &lt;rafal@milecki.pl&gt;</dc:creator>
    </item>
<item>
        <title>98830350 - nvmem: microchip-otpc: add support</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/drivers/nvmem/Kconfig#98830350</link>
        <description>nvmem: microchip-otpc: add supportAdd support for Microchip OTP controller available on SAMA7G5. The OTPCcontrols the access to a non-volatile memory. The memory behind OTPC isorganized into packets, packets are composed by a fixed length header(4 bytes long) and a variable length payload (payload length is availablein the header). When software request the data at an offset in memorythe OTPC will return (via header + data registers) the whole packet thathas a word at that offset. For the OTP memory layout like below:offset  OTP Memory layout         .           .         .    ...    .         .           .0x0E     +-----------+	&lt;--- packet X         | header  X |0x12     +-----------+         | payload X |0x16     |           |         |           |0x1A     |           |         +-----------+         .           .         .    ...    .         .           .if user requests data at address 0x16 the data started at 0x0E will bereturned by controller. User will be able to fetch the whole packetstarting at 0x0E (or parts of the packet) via proper registers. The samepacket will be returned if software request the data at offset 0x0E or0x12 or 0x1A.The OTP will be populated by Microchip with at least 2 packets first onebeing boot configuration packet and the 2nd one being temperaturecalibration packet. The packet order will be preserved b/w different chiprevisions but the packet sizes may change.For the above reasons and to keep the same software able to work on allchip variants the read function of the driver is working with a packetid instead of an offset in OTP memory.Signed-off-by: Claudiu Beznea &lt;claudiu.beznea@microchip.com&gt;Signed-off-by: Srinivas Kandagatla &lt;srinivas.kandagatla@linaro.org&gt;Link: https://lore.kernel.org/r/20220706100627.6534-3-srinivas.kandagatla@linaro.orgSigned-off-by: Greg Kroah-Hartman &lt;gregkh@linuxfoundation.org&gt;

            List of files:
            /linux-6.15/drivers/nvmem/Kconfig</description>
        <pubDate>Wed, 06 Jul 2022 10:06:22 +0000</pubDate>
        <dc:creator>Claudiu Beznea &lt;claudiu.beznea@microchip.com&gt;</dc:creator>
    </item>
<item>
        <title>943eadbd - nvmem: sfp: Use regmap</title>
        <link>http://172.16.0.5:8080/history/linux-6.15/drivers/nvmem/Kconfig#943eadbd</link>
        <description>nvmem: sfp: Use regmapThis converts the SFP driver to use regmap. This will allow easilysupporting devices with different endians. We disallow byte-levelaccess, as regmap_bulk_read doesn&apos;t support it (and it&apos;s unclear whatthe correct result would be when we have an endianness difference).Signed-off-by: Sean Anderson &lt;sean.anderson@seco.com&gt;Signed-off-by: Srinivas Kandagatla &lt;srinivas.kandagatla@linaro.org&gt;Link: https://lore.kernel.org/r/20220429162701.2222-16-srinivas.kandagatla@linaro.orgSigned-off-by: Greg Kroah-Hartman &lt;gregkh@linuxfoundation.org&gt;

            List of files:
            /linux-6.15/drivers/nvmem/Kconfig</description>
        <pubDate>Fri, 29 Apr 2022 16:27:00 +0000</pubDate>
        <dc:creator>Sean Anderson &lt;sean.anderson@seco.com&gt;</dc:creator>
    </item>
</channel>
</rss>
