u-boot.git/drivers, branch v2020.04-rc3

Revert "ata: fsl_ahci: Add sata DM support for Freescale powerpc socs"

2020-02-25T04:46:05+00:00

This reverts commit 1ee494291880fd51ef0c5f7342e072bdb069d7ff.

Commit 1ee494291880 ("ata: fsl_ahci: Add sata DM support for Freescale
powerpc socs") introduced SCSI layer to call AHCI private API in order
to support sata operations, In DM mode, This is not necessary for
non-AHCI sata. So revert it and have already updated the driver itself
to operate sata directly.

Signed-off-by: Peng Ma 
Reviewed-by: Stefan Roese 
Reviewed-by: Priyanka Jain

Merge tag 'mmc-2-20-2020' of https://gitlab.denx.de/u-boot/custodians/u-boot-mmc

2020-02-20T12:27:31+00:00

- sdhci: code clean-up and fix cache coherency problem
- enable cache snooping on mpc830x
- Fix build error when MMC_WRITE disabled

mmc: sdhci: fix missing cache invalidation after reading by DMA

2020-02-20T07:09:57+00:00

This driver currently performs cache operation before the DMA start,
but does nothing after the DMA completion.

When reading data by DMA, the cache invalidation is needed also after
finishing the DMA transfer. Otherwise, the CPU might read data from
the cache instead of from the main memory when speculative memory read
or memory prefetch occurs.

Instead of calling the cache operation directly, this commit adds
dma_unmap_single(), which performs cache invalidation internally,
but drivers do not need which operation is being run.

Signed-off-by: Masahiro Yamada

mmc: sdhci: use dma_map_single() instead of flush_cache() before DMA

2020-02-20T07:09:57+00:00

Currently, sdhci_prepare_dma() calls flush_cache() regardless of the
DMA direction.

Actually, cache invalidation is enough when reading data from the device.

This is correctly handled by dma_map_single(), which mimics the DMA-API
in Linux kernel. Drivers can be agnostic which cache operation occurs
behind the scene.

This commit also sanitizes the difference between the virtual address
and the dma address.

Signed-off-by: Masahiro Yamada

mmc: sdhci: remove unneeded casts

2020-02-20T07:09:56+00:00

host->mmc is already (struct mmc *).

memalign() returns an opaque pointer, so there is no need for casting.

Signed-off-by: Masahiro Yamada 
Reviewed-by: Jaehoon Chung

mmc: sdhci: use lower_32_bit2() and upper_32_bits() for setting adma_addr

2020-02-20T07:09:55+00:00

Use {lower,upper}_32_bits() instead of the combination of cast
and shift.

Signed-off-by: Masahiro Yamada 
Reviewed-by: Jaehoon Chung

mmc: sdhci: reduce code duplication for aligned buffer

2020-02-20T07:09:55+00:00

The same code is run for both SDHCI_QUIRK_32BIT_DMA_ADDR and
define(CONFIG_FIXED_SDHCI_ALIGNED_BUFFER).

Unify the code.

Signed-off-by: Masahiro Yamada 
Reviewed-by: Jaehoon Chung

mmc: sdhci: put the aligned buffer pointer to struct sdhci_host

2020-02-20T07:09:54+00:00

Using the global variable does not look nice.

Add a new field sthci::align_buffer to point to the bounce buffer.

Signed-off-by: Masahiro Yamada 
Reviewed-by: Jaehoon Chung

dma-mapping: move dma_map_(un)single() to

2020-02-19T13:27:30+00:00

The implementation of dma_map_single() and dma_unmap_single() is
exactly the same for all the architectures that support them.

Factor them out to , and make all drivers to
include  instead of .

If we need to differentiate them for some architectures, we can
move the generic definitions to .

Add some comments to the helpers. The concept is quite similar to
the DMA-API of Linux kernel. Drivers are agnostic about what is
going on behind the scene. Just call dma_map_single() before the
DMA, and dma_unmap_single() after it.

Signed-off-by: Masahiro Yamada

dma-mapping: fix the prototype of dma_unmap_single()

2020-02-19T13:27:30+00:00

dma_unmap_single() takes the dma address, not virtual address.

Signed-off-by: Masahiro Yamada