ARM: 5996/1: ARM: Change the mandatory barriers implementation (4/4)
authorCatalin Marinas <catalin.marinas@arm.com>
Wed, 24 Mar 2010 15:49:54 +0000 (16:49 +0100)
committerRussell King <rmk+kernel@arm.linux.org.uk>
Thu, 25 Mar 2010 21:13:50 +0000 (21:13 +0000)
commite7c5650f6067f65f8e961394f376d4862808d0d2
treeac1a298272cf4b452f3b36fef7878982d7eead9c
parent23107c542068b2b94390aa333f6b330af64961e4
ARM: 5996/1: ARM: Change the mandatory barriers implementation (4/4)

The mandatory barriers (mb, rmb, wmb) are used even on uniprocessor
systems for things like ordering Normal Non-cacheable memory accesses
with DMA transfer (via Device memory writes). The current implementation
uses dmb() for mb() and friends but this is not sufficient. The DMB only
ensures the relative ordering of the observability of accesses by other
processors or devices acting as masters. In case of DMA transfers
started by writes to device memory, the relative ordering is not ensured
because accesses to slave ports of a device are not considered
observable by the DMB definition.

A DSB is required for the data to reach the main memory (even if mapped
as Normal Non-cacheable) before the device receives the notification to
begin the transfer. Furthermore, some L2 cache controllers (like L2x0 or
PL310) buffer stores to Normal Non-cacheable memory and this would need
to be drained with the outer_sync() function call.

The patch also allows platforms to define their own mandatory barriers
implementation by selecting CONFIG_ARCH_HAS_BARRIERS and providing a
mach/barriers.h file.

Note that the SMP barriers are unchanged (being DMBs as before) since
they are only guaranteed to work with Normal Cacheable memory.

Signed-off-by: Catalin Marinas <catalin.marinas@arm.com>
Signed-off-by: Russell King <rmk+kernel@arm.linux.org.uk>
arch/arm/include/asm/system.h
arch/arm/mm/Kconfig