diff options
author | Al Cooper <alcooperx@gmail.com> | 2017-03-09 10:51:18 -0800 |
---|---|---|
committer | Florian Fainelli <f.fainelli@gmail.com> | 2017-03-15 14:57:25 -0700 |
commit | 3c51b9c7f1fae00c25f1e34da649a288e3fea1ae (patch) | |
tree | 33261020a6ed01535794a1d4c5fdfa47f107c860 /arch/arm/mach-imx/suspend-imx53.S | |
parent | c1ae3cfa0e89fa1a7ecc4c99031f5e9ae99d9201 (diff) | |
download | blackbird-op-linux-3c51b9c7f1fae00c25f1e34da649a288e3fea1ae.tar.gz blackbird-op-linux-3c51b9c7f1fae00c25f1e34da649a288e3fea1ae.zip |
ARM: brcmstb: Enable ZONE_DMA for non 64-bit capable peripherals
Some Host Controller hardware blocks, like the OHCI, EHCI and SDIO
controllers, have hardware blocks that are not capable of doing 64 bit
DMA. These host controllers fail on boards with >3GB of memory because
the memory above 3GB is located physically >= 0x100000000 and can only
be accessed using 64 DMA. The way Linux is currently configured for
BRCMSTB systems, the memory given to drivers for DMA through functions
like dma_alloc_coherent() comes from CMA memory and CMA memory is taken
from the top of physical memory. When these drivers get a DMA buffer
with an address >=0x100000000, they end up dropping the upper 32 bit of
the address causing the hardware to DMA to incorrect memory, typically
BMEM (custom memory carveout). This issue was discovered on a
BCM97449SSV_DDR4 system with 4GB or memory.
The fix is to enable CONFIG_ZONE_DMA. On ARM systems this makes sure
that all DMA memory is located within the first 32 bits of address
space.
Signed-off-by: Al Cooper <alcooperx@gmail.com>
Signed-off-by: Florian Fainelli <f.fainelli@gmail.com>
Diffstat (limited to 'arch/arm/mach-imx/suspend-imx53.S')
0 files changed, 0 insertions, 0 deletions