Changes in Kconfig

66d7a40b - mtd: nand: MTD_NAND_ECC_MEDIATEK should depend on ARCH_MEDIATEK

Mon, 09 May 2022 13:50:02 +0000

mtd: nand: MTD_NAND_ECC_MEDIATEK should depend on ARCH_MEDIATEKThe MediaTek Hardware ECC Engine is only present on MediaTek MT27xx andMT76xx SoCs. The driver for this engine is a dependency for theMediaTek NAND controller (MTD_NAND_MTK) and the MediaTek SPI NAND FlashInterface (SPI_MTK_SNFI) drivers, both of which already depend onARCH_MEDIATEK.Hence add a dependency on ARCH_MEDIATEK to the Hardware ECC Enginedriver, too, to prevent asking the user about this driver whenconfiguring a kernel without MediaTek SoC support.Fixes: 4fd62f15afa0d0da ("mtd: nand: make mtk_ecc.c a separated module")Signed-off-by: Geert Uytterhoeven Signed-off-by: Miquel Raynal Link: https://lore.kernel.org/linux-mtd/bb9568e825d4bc7506870b03836baa91bcc4b725.1652104136.git.geert+renesas@glider.be List of files: /linux-6.15/drivers/mtd/nand/Kconfig

4fd62f15 - mtd: nand: make mtk_ecc.c a separated module

Sun, 24 Apr 2022 03:25:23 +0000

mtd: nand: make mtk_ecc.c a separated modulethis code will be used in mediatek snfi spi-mem controller withpipelined ECC engine.Signed-off-by: Chuanhong Guo Signed-off-by: Miquel Raynal Link: https://lore.kernel.org/linux-mtd/20220424032527.673605-2-gch981213@gmail.com List of files: /linux-6.15/drivers/mtd/nand/Kconfig

8f877b7e - mtd: nand: ecc: mxic: Fix compile test issue

Mon, 14 Mar 2022 15:23:36 +0000

mtd: nand: ecc: mxic: Fix compile test issueAvoid random build errors with architectures which do not selectHAS_IOMEM by depending on it in Kconfig.This fixes the following warning:/home/mraynal/0day/gcc-11.2.0-nolibc/s390-linux/bin/s390-linux-ld:drivers/mtd/nand/ecc-mxic.o: in function `mxic_ecc_probe':ecc-mxic.c:(.text+0x2244): undefined reference to `devm_platform_ioremap_resource'Reported-by: kernel test robot Signed-off-by: Miquel Raynal Link: https://lore.kernel.org/linux-mtd/20220314152336.75447-1-miquel.raynal@bootlin.com List of files: /linux-6.15/drivers/mtd/nand/Kconfig

48e6633a - mtd: nand: mxic-ecc: Add Macronix external ECC engine support

Thu, 16 Dec 2021 11:16:40 +0000

mtd: nand: mxic-ecc: Add Macronix external ECC engine supportSome SPI-NAND chips do not support on-die ECC. For these chips,correction must apply on the SPI controller end. In order to avoiddoing all the calculations by software, Macronix provides a specificengine that can offload the intensive work.Add Macronix ECC engine support, this engine can work in conjunctionwith a SPI controller and a raw NAND controller, it can be pipelinedor external and supports linear and syndrome layouts.Right now the simplest configuration is supported: SPI controllerexternal and linear ECC engine.Signed-off-by: Miquel Raynal Link: https://lore.kernel.org/linux-mtd/20211216111654.238086-15-miquel.raynal@bootlin.com List of files: /linux-6.15/drivers/mtd/nand/Kconfig

928f0736 - mtd: nand: Change dependency between the NAND and ECC cores

Fri, 13 Nov 2020 12:39:45 +0000

mtd: nand: Change dependency between the NAND and ECC coresThe NAND ECC core is included in the generic NAND core when it iscompiled in.Different software ECC engines drivers will select the NAND ECC coreand thus also have a dependency on the NAND core. Using a "depends on"between the two leads to possible cases (not real cases, but createdby robots) where one is still unselected because of the "select doesnot verifies depends on" game:WARNING: unmet direct dependencies detected for MTD_NAND_ECC Depends on [n]: MTD [=m] && MTD_NAND_CORE [=n] Selected by [m]: - MTD_NAND_ECC_SW_HAMMING [=y] && MTD [=m] - MTD_NAND_ECC_SW_BCH [=y] && MTD [=m]Fix this by using a select instead.Reported-by: Randy Dunlap Signed-off-by: Miquel Raynal Acked-by: Randy Dunlap # build-testedLink: https://lore.kernel.org/linux-mtd/20201113123945.32592-1-miquel.raynal@bootlin.com List of files: /linux-6.15/drivers/mtd/nand/Kconfig

5180a62c - mtd: nand: ecc-hamming: Let the software Hamming ECC engine be unselected

Tue, 29 Sep 2020 23:01:22 +0000

mtd: nand: ecc-hamming: Let the software Hamming ECC engine be unselectedThere is no reason to always embed the software Hamming ECC engineimplementation. By default it is (with raw NAND), but we can let theuser decide.Signed-off-by: Miquel Raynal Link: https://lore.kernel.org/linux-mtd/20200929230124.31491-19-miquel.raynal@bootlin.com List of files: /linux-6.15/drivers/mtd/nand/Kconfig

e5acf9c8 - mtd: nand: ecc-hamming: Move Hamming code to the generic NAND layer

Tue, 29 Sep 2020 23:01:15 +0000

mtd: nand: ecc-hamming: Move Hamming code to the generic NAND layerHamming ECC code might be later re-used by the SPI NAND layer.Signed-off-by: Miquel Raynal Link: https://lore.kernel.org/linux-mtd/20200929230124.31491-12-miquel.raynal@bootlin.com List of files: /linux-6.15/drivers/mtd/nand/Kconfig

cdbe8df5 - mtd: nand: ecc-bch: Move BCH code to the generic NAND layer

Tue, 29 Sep 2020 23:01:06 +0000

mtd: nand: ecc-bch: Move BCH code to the generic NAND layerBCH ECC code might be later re-used by the SPI NAND layer.Signed-off-by: Miquel Raynal Link: https://lore.kernel.org/linux-mtd/20200929230124.31491-3-miquel.raynal@bootlin.com List of files: /linux-6.15/drivers/mtd/nand/Kconfig

a8c7ffdb - mtd: nand: Introduce the ECC engine framework

Thu, 27 Aug 2020 08:51:56 +0000

mtd: nand: Introduce the ECC engine frameworkCreate a generic ECC engine framework. This is a base to instantiate ECCengine objects.If we really want to be generic, bindings must evolve, so here is thenew logic. The following three properties are mutually exclusive:- The nand-no-ecc-engine boolean property is set and there is no ECC engine to retrieve.- The nand-use-soft-ecc-engine boolean property is set and the core will force using the use of software correction.- There is a nand-ecc-engine property pointing at a node which will act as ECC engine.It the later case, the property may reference:- The NAND chip node itself (for the on-die ECC case).- The parent node if the NAND controller embeds an ECC engine.- Any other node being an external ECC controller as well.Signed-off-by: Miquel Raynal Link: https://lore.kernel.org/linux-mtd/20200827085208.16276-9-miquel.raynal@bootlin.com List of files: /linux-6.15/drivers/mtd/nand/Kconfig

deedeb60 - mtd: nand: Add an extra level in the Kconfig hierarchy

Fri, 29 May 2020 00:25:07 +0000

mtd: nand: Add an extra level in the Kconfig hierarchyUse an extra level in Kconfig for all NAND related entries.Signed-off-by: Miquel Raynal Reviewed-by: Boris Brezillon Link: https://lore.kernel.org/linux-mtd/20200529002517.3546-11-miquel.raynal@bootlin.com List of files: /linux-6.15/drivers/mtd/nand/Kconfig

ec8f24b7 - treewide: Add SPDX license identifier - Makefile/Kconfig

Sun, 19 May 2019 12:07:45 +0000

treewide: Add SPDX license identifier - Makefile/KconfigAdd SPDX license identifiers to all Make/Kconfig files which: - Have no license information of any formThese files fall under the project license, GPL v2 only. The resulting SPDXlicense identifier is: GPL-2.0-onlySigned-off-by: Thomas Gleixner Signed-off-by: Greg Kroah-Hartman List of files: /linux-6.15/drivers/mtd/nand/Kconfig

31bc36c4 - mtd: nand: Remove useless line in Kconfig

Wed, 06 Feb 2019 15:03:13 +0000

mtd: nand: Remove useless line in KconfigPrepare changes that will lay in this file to better express what isNAND related and what is not in menuconfig.Signed-off-by: Miquel Raynal List of files: /linux-6.15/drivers/mtd/nand/Kconfig

7529df46 - mtd: nand: Add core infrastructure to support SPI NANDs

Fri, 22 Jun 2018 12:28:23 +0000

mtd: nand: Add core infrastructure to support SPI NANDsAdd a SPI NAND framework based on the generic NAND framework and thespi-mem infrastructure.In its current state, this framework supports the following features:- single/dual/quad IO modes- on-die ECCSigned-off-by: Peter Pan Signed-off-by: Boris Brezillon Signed-off-by: Miquel Raynal List of files: /linux-6.15/drivers/mtd/nand/Kconfig

26777d37 - mtd: Move onenand code base to drivers/mtd/nand/onenand

Sun, 18 Feb 2018 16:05:16 +0000

mtd: Move onenand code base to drivers/mtd/nand/onenandMove onenand code base to the drivers/mtd/nand directory in the hopethat someday someone will patch it to use the generic NAND helpers.If it never happens, at least we'll have all NAND related support in asingle directory and not spread over the drivers/mtd/ directory.Signed-off-by: Boris Brezillon List of files: /linux-6.15/drivers/mtd/nand/Kconfig

cc396436 - mtd: nand: remove deprecated pxa3xx_nand driver

Mon, 19 Feb 2018 22:35:53 +0000

mtd: nand: remove deprecated pxa3xx_nand driverAll board files and defconfig files have been moved to use the newmarvell_nand driver instead of pxa3xx_nand, so we can safely remove thisfile now. People should use the new driver which is supposed to behaveexactly like the old one.Signed-off-by: Miquel Raynal Signed-off-by: Boris Brezillon List of files: /linux-6.15/drivers/mtd/nand/Kconfig

9c3736a3 - mtd: nand: Add core infrastructure to deal with NAND devices

Mon, 05 Feb 2018 22:02:05 +0000

mtd: nand: Add core infrastructure to deal with NAND devicesAdd an intermediate layer to abstract NAND device interface so thatsome logic can be shared between SPI NANDs, parallel/raw NANDs,OneNANDs, ...Signed-off-by: Boris Brezillon List of files: /linux-6.15/drivers/mtd/nand/Kconfig

93db446a - mtd: nand: move raw NAND related code to the raw/ subdir

Mon, 05 Feb 2018 22:02:04 +0000

mtd: nand: move raw NAND related code to the raw/ subdirAs part of the process of sharing more code between different NANDbased devices, we need to move all raw NAND related code to the raw/subdirectory.Signed-off-by: Boris Brezillon List of files: /linux-6.15/drivers/mtd/nand/Kconfig

f23def80 - mtd: nand: MTD_NAND_MARVELL should depend on HAS_DMA

Tue, 30 Jan 2018 13:23:21 +0000

mtd: nand: MTD_NAND_MARVELL should depend on HAS_DMAIf NO_DMA=y: ERROR: "bad_dma_ops" [drivers/mtd/nand/marvell_nand.ko] undefined!Add a dependency on HAS_DMA to fix this.Fixes: 02f26ecf8c772751 ("mtd: nand: add reworked Marvell NAND controller driver")Signed-off-by: Geert Uytterhoeven Acked-by: Miquel Raynal Signed-off-by: Boris Brezillon List of files: /linux-6.15/drivers/mtd/nand/Kconfig

02f26ecf - mtd: nand: add reworked Marvell NAND controller driver

Tue, 09 Jan 2018 10:36:33 +0000

mtd: nand: add reworked Marvell NAND controller driverAdd marvell_nand driver which aims at replacing the existing pxa3xx_nanddriver.The new driver intends to be easier to understand and follows the brandnew NAND framework rules by implementing hooks for every pattern thecontroller might support and referencing them inside a parser objectthat will be given to the core at each ->exec_op() call.Raw accessors are implemented, useful to test/debug memory/filesystemcorruptions. Userspace binaries contained in the mtd-utils package maynow be used and their output trusted.Most of the DT nodes using the old driver kept non-optimal timings fromthe bootloader (even if there was some mechanisms to derive them if thechip was ONFI compliant). The new default is to implement->setup_data_interface() and follow the core's decision regarding thechip.Thanks to the improved timings, implementation of ONFI mode 5 support(with EDO managed by adding a delay on data sampling), merging thecommands together and optimizing writes in the command registers, thenew driver may achieve faster throughputs in both directions.Measurements show an improvement of about +23% read throughput and +24%write throughput. These measurements have been done with anArmada-385-DB-AP (4kiB NAND pages forced in 4-bit strength BCH ECCcorrection) using the userspace tool 'flash_speed' from the MTD testsuite.Besides these important topics, the new driver addresses severalunsolved known issues in the old driver which:- did not work with ECC soft neither with ECC none ;- relied on naked read/write (which is unchanged) while the NFCv1 embedded in the pxa3xx platforms do not implement it, so several NAND commands did not actually ever work without any notice (like reading the ONFI PARAM_PAGE or SET/GET_FEATURES) ;- wrote the OOB data correctly, but was not able to read it correctly past the first OOB data chunk ;- did not retrieve ECC bytes ;- used device tree bindings that did not allow more than one NAND chip, and did not allow to choose the correct chip select if not incrementing from 0. Plus, the Ready/Busy line used had to be 0.Old device tree bindings are still supported but deprecated. A morehierarchical view has to be used to keep the controller and the NANDchip structures clearly separated both inside the device tree and alsoin the driver code.Signed-off-by: Miquel Raynal Tested-by: Sean Nyekjaer Tested-by: Willy Tarreau Signed-off-by: Boris Brezillon List of files: /linux-6.15/drivers/mtd/nand/Kconfig

34832dc4 - mtd: nand: gpmi-nand: Remove wrong Kconfig help text

Fri, 17 Nov 2017 11:09:12 +0000

mtd: nand: gpmi-nand: Remove wrong Kconfig help textThe GPMI nand Kconfig help texts mentions that the GPMI nand drivermight conflict with SD cards. The only conflict there might reallybe is that both controllers use the same pins, but this is resolvedby the pincontroller setup in the device tree. In any way the GPMIdriver can safely be enabled, the text is just wrong. Remove it.Signed-off-by: Sascha Hauer Reviewed-by: Fabio Estevam Acked-by: Han Xu Signed-off-by: Boris Brezillon List of files: /linux-6.15/drivers/mtd/nand/Kconfig