[U-Boot] [RFC PATCH 00/20] SPI-NAND support
Miquel Raynal
miquel.raynal at bootlin.com
Mon Jun 18 08:13:42 UTC 2018
Hi Stefan,
On Tue, 12 Jun 2018 16:14:19 +0200, Stefan Roese <sr at denx.de> 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
More information about the U-Boot
mailing list