linux/arch/arm/include/asm/sync_bitops.h, branch v4.5Mirror of https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/
https://git.shady.money/linux/atom?h=v4.52014-02-25T11:33:37ZARM: 7989/1: Delete asm/system.h2014-02-25T11:33:37ZDavid Howellsdhowells@redhat.com2014-02-24T15:48:26Zurn:sha1:74c4137b2a9c73e7e6887ea1bac93d7012827012
Delete ARM's asm/system.h. It's the last holdout and should be got rid of.
This builds for defconfig, lpc32xx_defconfig, exynos_defconfig + XEN, the
previous changed to a Gemini system and an omap3 config with TI_DAVINCI_EMAC.
Signed-off-by: David Howells <dhowells@redhat.com>
Acked-by: Arnd Bergmann <arnd@arndb.de>
Cc: linux-arm-kernel@lists.infradead.org
Signed-off-by: Russell King <rmk+kernel@arm.linux.org.uk>
xen/arm: sync_bitops2012-08-08T16:34:01ZStefano Stabellinistefano.stabellini@eu.citrix.com2012-08-08T16:34:01Zurn:sha1:e54d2f61528165bbe0e5f628b111eab3be31c3b5
sync_bitops functions are equivalent to the SMP implementation of the
original functions, independently from CONFIG_SMP being defined.
We need them because _set_bit etc are not SMP safe if !CONFIG_SMP. But
under Xen you might be communicating with a completely external entity
who might be on another CPU (e.g. two uniprocessor guests communicating
via event channels and grant tables). So we need a variant of the bit
ops which are SMP safe even on a UP kernel.
Signed-off-by: Stefano Stabellini <stefano.stabellini@eu.citrix.com>
Acked-by: Konrad Rzeszutek Wilk <konrad.wilk@oracle.com>