From mboxrd@z Thu Jan 1 00:00:00 1970 From: Miquel Raynal Date: Mon, 18 Jun 2018 10:13:42 +0200 Subject: [U-Boot] [RFC PATCH 00/20] SPI-NAND support In-Reply-To: References: <20180606153040.21397-1-miquel.raynal@bootlin.com> Message-ID: <20180618101342.4887a92e@xps13> List-Id: MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 8bit To: u-boot@lists.denx.de Hi Stefan, On Tue, 12 Jun 2018 16:14:19 +0200, Stefan Roese wrote: > Hi Miquèl, > > On 06.06.2018 17:30, Miquel Raynal wrote: > > During the last months, Boris Brezillon shared his work to support > > serial flashes within Linux. First, he delivered (and merged) a new > > layer called spi-mem. He also initiated in Linux MTD subsystem the move > > of all 'raw' NAND related code to a raw/ subdirectory, adding at the > > same time a NAND core that would be shared with all NAND devices. Then, > > he contributed a generic SPI-NAND driver, making use of this NAND core, > > as well as some vendor code to drive a few chips. > > > On top of this work, I added an 'mtd' U-Boot command to handle all sort > > of MTD devices. This should become the default command instead of having > > one per flash flavor ('sf', 'nand', 'spi-nand' ?). > > Interesting. I like this idea. > > BTW: I also would like to see the ubifs commands being supported > by the common file commands, like "ls" and "load". But this just > came to my mind right now (again) and definitely has nothing to > do with your current work on SPI NAND. > > > The series has been tested on an Ocelot board PCB123 (VSC7514), > > featuring a Macronix SPI NAND chip. > > > TL;DR: the series contains: > > - Various fixes and re-organization of the MTD subsystem. > > - The introduction of the SPI-mem interface. > > - The addition of the generic SPI-NAND driver (and its bindings). > > - Several SPI NAND chip drivers (Macronix, Micron, Winbond). > > - A new 'mtd' command. > > - DT changes to make use of a SPI NAND on the Ocelot board. > > > Any comments on the code, the organization and the respect of U-Boot > > driver model will be welcome. > > Many thanks for working on this. I might get access to a new > platform in a few days, requiring SPI NAND support. So I tried to Thanks, testing will be appreciated! > apply your patches on top of current mainline, which unfortunately > fails with some patches. > > Would it be possible for you to rebase your patches on top > of current mainline U-Boot? Best would be to also push a git > branch with your patches / changes. This way you don't need > to re-send all those patches to the list, without any real > changes done. Mmmh. Sorry for that. Please have a look at this branch, the work is based on top of v2018.03: https://github.com/miquelraynal/u-boot/commits/public/spi-nand > > Thanks, > Stefan Thanks, Miquèl