[U-Boot] [PATCH v2 0/4] lpc32xx: devkit3250 board update

[Vladimir Zapolskiy <vz@mleia.com>]

Hello Albert,

On 18.07.2015 01:46, Vladimir Zapolskiy wrote:
> This changeset improves support of Timll DevKit3250 board:
> * added LPC32xx MAC and SMSC RMII phy support, this dependends on
>   - http://patchwork.ozlabs.org/patch/489100/
>   - http://patchwork.ozlabs.org/patch/489190/
>   - http://patchwork.ozlabs.org/patch/491419/
>   - http://patchwork.ozlabs.org/patch/491420/
> * added GPIO, SPI, I2C support, works good, many thanks to Albert,
> * added LPC32xx SLC NAND driver, testing of 50 MiB data raw reading
>   shows 1 MiB/s speed, the same change has been sent to the mailing
>   list separately, here it is duplicated as a build dependency:
>   - http://patchwork.ozlabs.org/patch/495247/
>   - http://patchwork.ozlabs.org/patch/495250/
> * added an option to pass DTB to an operating system,
> * changed serial console to commonly used as default UART5,
> * boot delay is set to 1 for convenience,
> * extended predefined environment variables and reserved space on NAND,
> * added an option to build SPL image for the board, by default SPL
>   downloads U-boot image from NAND (offset 0x40000, size 0x60000).
> 
> Changes from v1 to v2:
> * addressed Albert's and Scott's comments to LPC32xx SLC NAND driver,
>   see patch v2 2/4,
> * added Tegra and TI maintainers to Cc list to review/ack a change 1/4
>   in simple NAND SPL framework, which potentially (very unlikely)
>   may cause a regression in NAND SPL on Tegra, TI OMAP or TI DaVinci
>   platforms.
> 
> Previous version of the change and discussion can be found here:
>   http://lists.denx.de/pipermail/u-boot/2015-July/219253.html
> 
> Albert, from commit logs I noticed that WORK92105 has SLC NAND chip,
> but it is managed by MLC controller, if you have any plans to test
> LPC32xx SLC NAND driver from the series, please *be aware* of
> different OOB layouts, I found it is quite easy to screw up the chip,
> if SLC and MLC are interchanged, so that only "nand scrub" helps.
> FWIW this SLC NAND driver uses a default OOB layout, the same one
> is found in Linux LPC32xx SLC NAND driver.
> 
> Vladimir Zapolskiy (4):
>   spl: nand: simple: replace readb() with chip specific read_buf()
>   nand: lpc32xx: add SLC NAND controller support
>   lpc32xx: devkit3250: update of board configuration
>   lpc32xx: devkit3250: add spl build support

do you see any left issues in this series or in MAC series mentioned on
top? If no, please could you apply these 8 patches?

Thank you in advance.

--
With best wishes,
Vladimir