From mboxrd@z Thu Jan 1 00:00:00 1970 From: Vladimir Zapolskiy Date: Mon, 10 Aug 2015 17:34:14 +0300 Subject: [U-Boot] [PATCH v2 0/4] lpc32xx: devkit3250 board update In-Reply-To: <1437173180-28466-1-git-send-email-vz@mleia.com> References: <1437173180-28466-1-git-send-email-vz@mleia.com> Message-ID: <55C8B666.9070909@mleia.com> List-Id: MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit To: u-boot@lists.denx.de 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