u-boot.git/drivers, branch v2015.10

dfu: dfu_sf: Take the start address into account

2015-10-19T21:05:13+00:00

The dfu_alt_info_spl variable allows passing a starting point
for the binary to be flashed in the SPI NOR.

For example, if we have 'dfu_alt_info_spl=spl raw 0x400', this means
that we want to flash the binary starting at address 0x400.

In order to do so we need to erase the entire sector and write to
the the subsequent SPI NOR sectors taking such start address
into account for the address calculations.

Tested by succesfully writing SPL binary into 0x400 offset and
the u-boot.img at offset 64 kiB of a SPL NOR.

Signed-off-by: Fabio Estevam 
Acked-by: Lukasz Majewski 
[trini: Use lldiv for the math]
Signed-off-by: Tom Rini

dfu: dfu_sf: Use the erase sector size for erase operations

2015-10-19T17:47:06+00:00

SPI NOR flashes need to erase the entire sector size and we cannot pass
any arbitrary length for the erase operation.

To illustrate the problem:

Copying data from PC to DFU device
Download    [=========================] 100%       478208 bytes
Download done.
state(7) = dfuMANIFEST, status(0) = No error condition is present
state(10) = dfuERROR, status(14) = Something went wrong, but the
device does not know what it was
Done!

In this case, the binary has 478208 bytes and the M25P32 SPI NOR
has an erase sector of 64kB.

478208  = 7 entire sectors of 64kiB + 19456 bytes.

Erasing the first seven 64 kB sectors works fine, but when trying
to erase the remainding 19456 causes problem and the board hangs.

Fix the issue by always erasing with the erase sector size.

Signed-off-by: Fabio Estevam 
Acked-by: Lukasz Majewski

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

2015-10-16T11:19:47+00:00

pci: pcie_imx: Fix hang on mx6qp

2015-10-15T13:05:13+00:00

PCI driver currently hangs on mx6qp.

Toggle the reset bit with the appropriate timings to fix the issue.

Based on the FSL kernel driver implementation.

Signed-off-by: Fabio Estevam 
Acked-by: Stefano Babic

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

2015-10-15T12:43:38+00:00

mtd: nand: vf610_nfc: resync with upstream Linux version

2015-10-15T09:10:44+00:00

This resyncs the driver changes with the Linux version of the
driver. The driver received some feedback in the LKML and got
recently acceppted, the latest version can be found here:
https://lkml.org/lkml/2015/9/2/678

Notable changes are:
- On ECC error, reread OOB and count bit flips in OOB too.
  If flipped bits are below threshold, also return an empty
  OOB buffer.
- Return the amount of bit flips in vf610_nfc_read_page.
- Use endianness aware vf610_nfc_read to read ECC status.
- Do not enable IDLE IRQ (since we do not operate with an
  interrupt service routine).
- Use type safe struct for buffer variants (vf610_nfc_alt_buf).
- Renamed variables in struct vf610_nfc (column and page_sz)
  to reflect better what they really representing.

The U-Boot version currently does not support RAW NAND write
when using the HW ECC engine.

Signed-off-by: Bhuvanchandra DV 
Signed-off-by: Stefan Agner 
Tested-by: Albert ARIBAUD (3ADEV) 
Tested-by: Stefan Agner 
Acked-by: Scott Wood

exynos: more debug and cleanup in do_sdhci_init()

2015-10-13T11:22:28+00:00

Add more debug printfs in do_sdhci_init() for calls
that can potentially fail.

Acked-by: Przemyslaw Marczak 
Signed-off-by: Tobias Jakobi 
Signed-off-by: Minkyu Kang

exynos: be more verbose in process_nodes()

2015-10-13T11:22:28+00:00

In case sdhci_get_config() or do_sdhci_init() fail, show
the error code that was returned.

Acked-by: Przemyslaw Marczak 
Signed-off-by: Tobias Jakobi 
Signed-off-by: Minkyu Kang

exynos: Fix passing of errors in exynos_mmc_init()

2015-10-13T11:22:28+00:00

exynos_mmc_init() always returns zero, so for the caller
it looks like it never fails.

Correct this by returning the error code of process_nodes().
For process_nodes() do something similar and return early
when do_sdhci_init() fails.

v2: Only fail in process_nodes() if we fail on all
    available nodes.

Acked-by: Przemyslaw Marczak 
Signed-off-by: Tobias Jakobi 
Signed-off-by: Minkyu Kang

exynos: Properly zero initialize host in s5p_sdhci_init()

2015-10-13T11:22:28+00:00

This makes sure that setting the host_caps in s5p_sdhci_core_init()
doesn't operate on potentially uninitialized memory.

Acked-by: Lukasz Majewski 
Signed-off-by: Tobias Jakobi 
Signed-off-by: Minkyu Kang