u-boot.git/drivers/mtd/spi, branch v2016.01-rc2

Merge branch 'master' of git://git.denx.de/u-boot-spi

2015-11-19T18:27:26Z

dm: sf: Add support for all targets which requires MANUAL_RELOC

2015-11-19T12:10:32Z

It is follow up patch based on "dm: Add support for all targets which requires MANUAL_RELOC" (sha1: 484fdf5ba058b07be5ca82763aa2b72063540ef3) to update function pointers for DM. Using post_bind is not ideal but it is one on current option what can be used. Variable reloc_done has to be used do not call relocation after every bind. Maybe new core functions should be introduced for this case. Signed-off-by: Michal Simek Reviewed-by: Simon Glass

spl: change return values of spl_*_load_image()

2015-11-18T19:50:02Z

Make spl_*_load_image() functions return a value instead of hanging if a problem is encountered. This enables main spl code to make the decision whether to hang or not, thus preparing it to support alternative boot devices. Some boot devices (namely nand and spi) do not hang on error. Instead, they return normally and SPL proceeds to boot the contents of the load address. This is considered a bug and is rectified by hanging on error for these devices as well. Signed-off-by: Nikita Kiryanov Cc: Igor Grinberg Cc: Tom Rini Cc: Simon Glass Cc: Ian Campbell Cc: Hans De Goede Cc: Albert Aribaud Cc: Jagan Teki Reviewed-by: Tom Rini Reviewed-by: Simon Glass

sf: Correct flash->flags for SST flash

2015-11-18T07:22:05Z

flash->flags for SST flash should be updated for both DM and non-DM flash drivers. Signed-off-by: Bin Meng Reviewed-by: Jagan Teki

spi: sf_ops: Check the return value from spi_flash_cmd_read_status()

2015-11-17T19:25:29Z

We should check the return value from spi_flash_cmd_read_status() and propagate it in the case of error. This fixes a defect caught by Coverity. Reported-by: Tom Rini Signed-off-by: Fabio Estevam Reviewed-by: Jagan Teki

sf: Add lock ops for SST SPI NOR flash

2015-11-17T18:56:26Z

SST SPI NOR flash has the same locking programming bits as ST Micro - added support for it. Signed-off-by: Fabio Estevam [Minor change on commit message] Signed-off-by: Jagan Teki Reviewed-by: Jagan Teki

sf: Remove eeprom_m95xxx test driver

2015-11-17T18:31:07Z

The relevent boards which used this driver got zapped in previous release and the driver is never used in the code and also it doesn't use/do any spi-flash operations. Commit details for relevent removed boards: "ARM: at91: remove non-generic boards" (sha1: f6b42c140387589ded24749781ce565571092eac) Cc: Tom Rini Cc: Albin Tonnerre Signed-off-by: Jagan Teki

sf: Fix NULL pointer exception for flashes without lock methods

2015-11-13T14:47:22Z

commit c3c016c "sf: Add SPI NOR protection mechanism" introduced flash_lock()/flash_unlock()/flash_is_locked() methods for SPI flash, but not every flash driver supplies these. We should test these methods against NULL before actually calling them. Signed-off-by: Bin Meng Reviewed-by: Fabio Estevam Reviewed-by: Jagan Teki

sf: Add SPI NOR protection mechanism

2015-11-05T21:47:06Z

Many SPI flashes have protection bits (BP2, BP1 and BP0) in the status register that can protect selected regions of the SPI NOR. Take these bits into account when performing erase operations, making sure that the protected areas are skipped. Tested on a mx6qsabresd: => sf probe SF: Detected M25P32 with page size 256 Bytes, erase size 64 KiB, total 4 MiB => sf protect lock 0x3f0000 0x10000 => sf erase 0x3f0000 0x10000 offset 0x3f0000 is protected and cannot be erased SF: 65536 bytes @ 0x3f0000 Erased: ERROR => sf protect unlock 0x3f0000 0x10000 => sf erase 0x3f0000 0x10000 SF: 65536 bytes @ 0x3f0000 Erased: OK Signed-off-by: Fabio Estevam [re-worked to fit the lock common to dm and non-dm] Signed-off-by: Jagan Teki Reviewed-by: Tom Rini Reviewed-by: Heiko Schocher Reviewed-by: Jagan Teki

sf: Add SPI protection mechanism from the kernel

2015-11-05T21:47:05Z

Add the SPI NOR protection mechanism from the kernel. This code is based on the work from Brian Norris Here is the commit details: "mtd: spi-nor: refactor block protection functions" (sha1: 62593cf40b23b523b9fc9334ca61ba6c595ebb09) Signed-off-by: Fabio Estevam Signed-off-by: Jagan Teki Reviewed-by: Tom Rini Reviewed-by: Heiko Schocher Reviewed-by: Jagan Teki Signed-off-by: Fabio Estevam