u-boot.git/drivers, branch v2016.09-rc1

mtd: nand: fix bug writing 1 byte less than page size

2016-07-25T01:36:29+00:00

nand_do_write_ops() determines if it is writing a partial page with the
formula:
	part_pagewr = (column || writelen < (mtd->writesize - 1))

When 'writelen' is exactly 1 byte less than the NAND page size the formula
equates to zero, so the code doesn't process it as a partial write, although
it should.
As a consequence the function remains in the while(1) loop with 'writelen'
becoming 0xffffffff and iterating until the watchdog timeout triggers.

To reproduce the issue on a NAND with 2K page (0x800):
	=> nand erase.part 
	=> nand write $loadaddr  7ff

Signed-off-by: Hector Palacios

mtd: nand: Add a full-id entry for the H27QCG8T2E5R‐BCF NAND

2016-07-25T01:36:28+00:00

Add a full-id entry for the H27QCG8T2E5R‐BCF NAND.

Signed-off-by: Boris Brezillon 
Acked-by: Hans de Goede

mtd: nand: Add the sunxi NAND controller driver

2016-07-25T01:36:28+00:00

We already have an SPL driver for the sunxi NAND controller, now add
the normal/standard one.

The source has been copied from Linux 4.6 with a few changes to make
it work in u-boot.

Signed-off-by: Boris Brezillon 
Acked-by: Hans de Goede

mtd: nand: add common DT init code

2016-07-25T01:36:28+00:00

These are already-documented common bindings for NAND chips. Let's
handle them in nand_base.

If NAND controller drivers need to act on this data before bringing up
the NAND chip (e.g., fill out ECC callback functions, change HW modes,
etc.), then they can do so between calling nand_scan_ident() and
nand_scan_tail().

The original commit has been slightly reworked to use the fdtdec_xxx()
helpers (instead of the of_xxxx() ones).

Signed-off-by: Brian Norris 
Signed-off-by: Boris Brezillon 
Acked-by: Hans de Goede

ARM: uniphier: use (devm_)ioremap() instead of map_sysmem()

2016-07-23T15:13:10+00:00

This does not have much impact on behavior, but makes code look more
more like Linux.  The use of devm_ioremap() often helps to delete
.remove callbacks entirely.

Signed-off-by: Masahiro Yamada

mtd: OneNAND: initialize mtd->writebufsize to let UBI work

2016-07-22T18:46:12+00:00

io_init checks this value and fails with "bad write buffer size 0 for
2048 min. I/O unit"

Signed-off-by: Ladislav Michl

mtd: OneNAND: allow board init function fail

2016-07-22T18:46:12+00:00

Signed-off-by: Ladislav Michl

mtd: OneNAND: add timeout to wait ready loops

2016-07-22T18:46:11+00:00

Add timeout to onenand_wait ready loop as it hangs here indefinitely
when chip not present. Once there, do the same for onenand_bbt_wait
as well (note: recent Linux driver code does the same)

Signed-off-by: Ladislav Michl

armv7: make gpmc_cfg const

2016-07-22T18:46:00+00:00

Signed-off-by: Ladislav Michl 
[trini: Adapt am33xx, duovero, omap_zoom1]
Signed-off-by: Tom Rini 

Signed-off-by: Tom Rini

spl: Lightweight UBI and UBI fastmap support

2016-07-22T13:53:00+00:00

Booting a payload out of NAND FLASH from the SPL is a crux today, as
it requires hard partioned FLASH. Not a brilliant idea with the
reliability of todays NAND FLASH chips.

The upstream UBI + UBI fastmap implementation which is about to
brought to u-boot is too heavy weight for SPLs as it provides way more
functionality than needed for a SPL and does not even fit into the
restricted SPL areas which are loaded from the SoC boot ROM.

So this provides a fast and lightweight implementation of UBI scanning
and UBI fastmap attach. The scan and logical to physical block mapping
code is developed from scratch, while the fastmap implementation is
lifted from the linux kernel source and stripped down to fit the SPL
needs.

The text foot print on the board which I used for development is:

6854	0	0	6854	1abd
drivers/mtd/ubispl/built-in.o

Attaching a NAND chip with 4096 physical eraseblocks (4 blocks are
reserved for the SPL) takes:

In full scan mode:      1172ms
In fastmap mode:          95ms

The code requires quite some storage. The largest and unknown part of
it is the number of fastmap blocks to read. Therefor the data
structure is not put into the BSS. The code requires a pointer to free
memory handed in which is initialized by the UBI attach code itself.

See doc/README.ubispl for further information on how to use it.

This shares the ubi-media.h and crc32 implementation of drivers/mtd/ubi
There is no way to share the fastmap code, as UBISPL only utilizes the
slightly modified functions ubi_attach_fastmap() and ubi_scan_fastmap()
from the original kernel ubi fastmap implementation.

Signed-off-by: Thomas Gleixner 
Signed-off-by: Ladislav Michl 
Acked-by: Heiko Schocher 
Reviewed-by: Tom Rini