Changes in Makefile

36c64687 - mtd: nand: Drop explicit test for built-in CONFIG_SPI_QPIC_SNAND

Fri, 28 Mar 2025 08:24:01 +0000

mtd: nand: Drop explicit test for built-in CONFIG_SPI_QPIC_SNANDIf CONFIG_SPI_QPIC_SNAND=m, but CONFIG_MTD_NAND_QCOM=n: ERROR: modpost: "qcom_nandc_unalloc" [drivers/spi/spi-qpic-snand.ko] undefined! ...Fix this by dropping the explicit test for a built-inCONFIG_SPI_QPIC_SNAND completely. Kbuild handles multiple and mixedobj-y/obj-m rules for the same object file fine.Reported-by: kernel test robot Closes: https://lore.kernel.org/oe-kbuild-all/202503280759.XhwLcV7m-lkp@intel.com/Fixes: 7304d1909080ef0c ("spi: spi-qpic: add driver for QCOM SPI NAND flash Interface")Signed-off-by: Geert Uytterhoeven Signed-off-by: Miquel Raynal List of files: /linux-6.15/drivers/mtd/nand/Makefile

7304d190 - spi: spi-qpic: add driver for QCOM SPI NAND flash Interface

Mon, 24 Feb 2025 11:14:14 +0000

spi: spi-qpic: add driver for QCOM SPI NAND flash InterfaceThis driver implements support for the SPI-NAND mode of QCOM NAND FlashInterface as a SPI-MEM controller with pipelined ECC capability.Co-developed-by: Sricharan Ramabadhran Signed-off-by: Sricharan Ramabadhran Co-developed-by: Varadarajan Narayanan Signed-off-by: Varadarajan Narayanan Signed-off-by: Md Sadre Alam Link: https://patch.msgid.link/20250224111414.2809669-3-quic_mdalam@quicinc.comSigned-off-by: Mark Brown List of files: /linux-6.15/drivers/mtd/nand/Makefile

fdf3ee5c - mtd: nand: Add qpic_common API file

Wed, 20 Nov 2024 09:15:02 +0000

mtd: nand: Add qpic_common API fileAdd qpic_common.c file which hold all the commonqpic APIs which will be used by both qpic raw nanddriver and qpic spi nand driver.Signed-off-by: Md Sadre Alam Signed-off-by: Miquel Raynal List of files: /linux-6.15/drivers/mtd/nand/Makefile

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/Makefile

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/Makefile

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/Makefile

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/Makefile

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/Makefile

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/Makefile

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/Makefile

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/Makefile

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/Makefile

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/Makefile

43a0a45a - mtd: nand: Get rid of comments giving the file path inside the file itself

Mon, 05 Feb 2018 22:01:59 +0000

mtd: nand: Get rid of comments giving the file path inside the file itselfSome files add a comment giving the path of the file inside the Linuxtree, which is pretty useless since the reader had to find the file toopen it.Getting rid of these comments will also allow us to easily move thesefiles around when needed.Signed-off-by: Boris Brezillon List of files: /linux-6.15/drivers/mtd/nand/Makefile

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/Makefile

b2441318 - License cleanup: add SPDX GPL-2.0 license identifier to files with no license

Wed, 01 Nov 2017 14:07:57 +0000

License cleanup: add SPDX GPL-2.0 license identifier to files with no licenseMany source files in the tree are missing licensing information, whichmakes it harder for compliance tools to determine the correct license.By default all files without license information are under the defaultlicense of the kernel, which is GPL version 2.Update the files which contain no license information with the 'GPL-2.0'SPDX license identifier. The SPDX identifier is a legally bindingshorthand, which can be used instead of the full boiler plate text.This patch is based on work done by Thomas Gleixner and Kate Stewart andPhilippe Ombredanne.How this work was done:Patches were generated and checked against linux-4.14-rc6 for a subset ofthe use cases: - file had no licensing information it it. - file was a */uapi/* one with no licensing information in it, - file was a */uapi/* one with existing licensing information,Further patches will be generated in subsequent months to fix up caseswhere non-standard license headers were used, and references to licensehad to be inferred by heuristics based on keywords.The analysis to determine which SPDX License Identifier to be applied toa file was done in a spreadsheet of side by side results from of theoutput of two independent scanners (ScanCode & Windriver) producing SPDXtag:value files created by Philippe Ombredanne. Philippe prepared thebase worksheet, and did an initial spot review of a few 1000 files.The 4.13 kernel was the starting point of the analysis with 60,537 filesassessed. Kate Stewart did a file by file comparison of the scannerresults in the spreadsheet to determine which SPDX license identifier(s)to be applied to the file. She confirmed any determination that was notimmediately clear with lawyers working with the Linux Foundation.Criteria used to select files for SPDX license identifier tagging was: - Files considered eligible had to be source code files. - Make and config files were included as candidates if they contained >5 lines of source - File already had some variant of a license header in it (even if <5 lines).All documentation files were explicitly excluded.The following heuristics were used to determine which SPDX licenseidentifiers to apply. - when both scanners couldn't find any license traces, file was considered to have no license information in it, and the top level COPYING file license applied. For non */uapi/* files that summary was: SPDX license identifier # files ---------------------------------------------------|------- GPL-2.0 11139 and resulted in the first patch in this series. If that file was a */uapi/* path one, it was "GPL-2.0 WITH Linux-syscall-note" otherwise it was "GPL-2.0". Results of that was: SPDX license identifier # files ---------------------------------------------------|------- GPL-2.0 WITH Linux-syscall-note 930 and resulted in the second patch in this series. - if a file had some form of licensing information in it, and was one of the */uapi/* ones, it was denoted with the Linux-syscall-note if any GPL family license was found in the file or had no licensing in it (per prior point). Results summary: SPDX license identifier # files ---------------------------------------------------|------ GPL-2.0 WITH Linux-syscall-note 270 GPL-2.0+ WITH Linux-syscall-note 169 ((GPL-2.0 WITH Linux-syscall-note) OR BSD-2-Clause) 21 ((GPL-2.0 WITH Linux-syscall-note) OR BSD-3-Clause) 17 LGPL-2.1+ WITH Linux-syscall-note 15 GPL-1.0+ WITH Linux-syscall-note 14 ((GPL-2.0+ WITH Linux-syscall-note) OR BSD-3-Clause) 5 LGPL-2.0+ WITH Linux-syscall-note 4 LGPL-2.1 WITH Linux-syscall-note 3 ((GPL-2.0 WITH Linux-syscall-note) OR MIT) 3 ((GPL-2.0 WITH Linux-syscall-note) AND MIT) 1 and that resulted in the third patch in this series. - when the two scanners agreed on the detected license(s), that became the concluded license(s). - when there was disagreement between the two scanners (one detected a license but the other didn't, or they both detected different licenses) a manual inspection of the file occurred. - In most cases a manual inspection of the information in the file resulted in a clear resolution of the license that should apply (and which scanner probably needed to revisit its heuristics). - When it was not immediately clear, the license identifier was confirmed with lawyers working with the Linux Foundation. - If there was any question as to the appropriate license identifier, the file was flagged for further research and to be revisited later in time.In total, over 70 hours of logged manual review was done on thespreadsheet to determine the SPDX license identifiers to apply to thesource files by Kate, Philippe, Thomas and, in some cases, confirmationby lawyers working with the Linux Foundation.Kate also obtained a third independent scan of the 4.13 code base fromFOSSology, and compared selected files where the other two scannersdisagreed against that SPDX file, to see if there was new insights. TheWindriver scanner is based on an older version of FOSSology in part, sothey are related.Thomas did random spot checks in about 500 files from the spreadsheetsfor the uapi headers and agreed with SPDX license identifier in thefiles he inspected. For the non-uapi files Thomas did random spot checksin about 15000 files.In initial set of patches against 4.14-rc6, 3 files were found to havecopy/paste license identifier errors, and have been fixed to reflect thecorrect identifier.Additionally Philippe spent 10 hours this week doing a detailed manualinspection and review of the 12,461 patched files from the initial patchversion early this week with: - a full scancode scan run, collecting the matched texts, detected license ids and scores - reviewing anything where there was a license detected (about 500+ files) to ensure that the applied SPDX license was correct - reviewing anything where there was no detection but the patch license was not GPL-2.0 WITH Linux-syscall-note to ensure that the applied SPDX license was correctThis produced a worksheet with 20 files needing minor correction. Thisworksheet was then exported into 3 different .csv files for thedifferent types of files to be modified.These .csv files were then reviewed by Greg. Thomas wrote a script toparse the csv files and add the proper SPDX tag to the file, in theformat that the file expected. This script was further refined by Gregbased on the output to detect more types of files automatically and todistinguish between header and source .c files (which need differentcomment types.) Finally Greg ran the script using the .csv files togenerate the patches.Reviewed-by: Kate Stewart Reviewed-by: Philippe Ombredanne Reviewed-by: Thomas Gleixner Signed-off-by: Greg Kroah-Hartman List of files: /linux-6.15/drivers/mtd/nand/Makefile

1c782b9a - mtd: nand: mtk: change the compile sequence of mtk_nand.o and mtk_ecc.o

Sat, 28 Oct 2017 06:52:23 +0000

mtd: nand: mtk: change the compile sequence of mtk_nand.o and mtk_ecc.oThere will get mtk ecc handler during mtk nand probe now.If mtk ecc module is not initialized, then mtk nand probe will return-EPROBE_DEFER, and retry later.Change the compile sequence of mtk_nand.o and mtk_ecc.o, initialize mtkecc module before mtk nand module. This makes mtk nand module initializedas soon as possible.Signed-off-by: Xiaolei Li Signed-off-by: Boris Brezillon List of files: /linux-6.15/drivers/mtd/nand/Makefile

f88fc122 - mtd: nand: Cleanup/rework the atmel_nand driver

Thu, 16 Mar 2017 08:02:40 +0000

mtd: nand: Cleanup/rework the atmel_nand driverThis is a complete rewrite of the driver whose main purpose is tosupport the new DT representation where the NAND controller node is nowreally visible in the DT and appears under the EBI bus. With this newrepresentation, we can add other devices under the EBI bus withoutrisking pinmuxing conflicts (the NAND controller is under the EBIbus logic and as such, share some of its pins with other devicesconnected on this bus).Even though the goal of this rework was not necessarily to add newfeatures, the new driver has been designed with this in mind. With aclearer separation between the different blocks and different IPrevisions, adding new functionalities should be easier (we alreadyhave plans to support SMC timing configuration so that we no longerhave to rely on the configuration done by the bootloader/bootstrap).Also note that we no longer have a custom ->cmdfunc() implementation,which means we can now benefit from new features added in the coreimplementation for free (support for new NAND operations for example).The last thing that we gain with this rework is support for multi-chipsand multi-dies chips, thanks to the clean NAND controller <-> NANDdevices representation.During this transition we also dropped support for AVR32 SoCs whichshould soon disappear from mainline (removal of the AVR32 arch isplanned for 4.12).This new driver has been tested on several platforms (at91sam9261,at91sam9g45, at91sam9x5, sama5d3 and sama5d4) to make sure it did notintroduce regressions, and it's worth mentioning that old bindings arestill supported (which partly explain the positive diffstat).Signed-off-by: Boris Brezillon Acked-by: Nicolas Ferre List of files: /linux-6.15/drivers/mtd/nand/Makefile

3b5206f4 - mtd: nand: Move Macronix specific initialization in nand_macronix.c

Wed, 08 Jun 2016 08:43:26 +0000

mtd: nand: Move Macronix specific initialization in nand_macronix.cMove Macronix specific initialization logic into nand_macronix.c. Thisis part of the "separate vendor specific code from core" cleanupprocess.Signed-off-by: Boris Brezillon List of files: /linux-6.15/drivers/mtd/nand/Makefile

229204da - mtd: nand: Move AMD/Spansion specific init/detection logic in nand_amd.c

Wed, 08 Jun 2016 08:42:23 +0000

mtd: nand: Move AMD/Spansion specific init/detection logic in nand_amd.cMove AMD/Spansion specific initialization/detection logic intonand_amd.c. This is part of the "separate vendor specific code fromcore" cleanup process.Signed-off-by: Boris Brezillon Acked-by: Richard Weinberger List of files: /linux-6.15/drivers/mtd/nand/Makefile