From: Stefano Stabellini <stefano.stabellini-mvvWK6WmYclDPfheJLI6IQ@public.gmane.org>
To: arnd-r2nGTMty4D4@public.gmane.org
Cc: xen-devel-GuqFBffKawuULHF6PoxzQEEOCMrvLtNR@public.gmane.org,
linaro-dev-cunTk1MwBs8s++Sfvej+rw@public.gmane.org,
Ian.Campbell-Sxgqhf6Nn4DQT0dZR+AlfA@public.gmane.org,
konrad.wilk-QHcLZuEGTsvQT0dZR+AlfA@public.gmane.org,
tim-LM2mM/qkH7s@public.gmane.org,
linux-kernel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
linux-lFZ/pmaqli7XmaaqVzeoHQ@public.gmane.org,
linux-arm-kernel-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org
Subject: [PATCH v5 04/17] xen/arm: sync_bitops
Date: Mon, 17 Sep 2012 18:38:50 +0100 [thread overview]
Message-ID: <1347903543-2135-4-git-send-email-stefano.stabellini@eu.citrix.com> (raw)
In-Reply-To: <alpine.DEB.2.02.1209171215490.29232-7Z66fg9igcxYtxbxJUhB2Dgeux46jI+i@public.gmane.org>
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-mvvWK6WmYclDPfheJLI6IQ@public.gmane.org>
Acked-by: Konrad Rzeszutek Wilk <konrad.wilk-QHcLZuEGTsvQT0dZR+AlfA@public.gmane.org>
---
arch/arm/include/asm/sync_bitops.h | 27 +++++++++++++++++++++++++++
1 files changed, 27 insertions(+), 0 deletions(-)
create mode 100644 arch/arm/include/asm/sync_bitops.h
diff --git a/arch/arm/include/asm/sync_bitops.h b/arch/arm/include/asm/sync_bitops.h
new file mode 100644
index 0000000..63479ee
--- /dev/null
+++ b/arch/arm/include/asm/sync_bitops.h
@@ -0,0 +1,27 @@
+#ifndef __ASM_SYNC_BITOPS_H__
+#define __ASM_SYNC_BITOPS_H__
+
+#include <asm/bitops.h>
+#include <asm/system.h>
+
+/* 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.
+ */
+
+#define sync_set_bit(nr, p) _set_bit(nr, p)
+#define sync_clear_bit(nr, p) _clear_bit(nr, p)
+#define sync_change_bit(nr, p) _change_bit(nr, p)
+#define sync_test_and_set_bit(nr, p) _test_and_set_bit(nr, p)
+#define sync_test_and_clear_bit(nr, p) _test_and_clear_bit(nr, p)
+#define sync_test_and_change_bit(nr, p) _test_and_change_bit(nr, p)
+#define sync_test_bit(nr, addr) test_bit(nr, addr)
+#define sync_cmpxchg cmpxchg
+
+
+#endif
--
1.7.2.5
next prev parent reply other threads:[~2012-09-17 17:38 UTC|newest]
Thread overview: 23+ messages / expand[flat|nested] mbox.gz Atom feed top
2012-09-17 17:37 [PATCH v5 00/17] Introduce Xen support on ARM (based on 3.6-rc5) Stefano Stabellini
2012-09-17 17:39 ` [PATCH v5 15/17] xen/arm: compile blkfront and blkback Stefano Stabellini
[not found] ` <alpine.DEB.2.02.1209171215490.29232-7Z66fg9igcxYtxbxJUhB2Dgeux46jI+i@public.gmane.org>
2012-09-17 17:38 ` [PATCH v5 01/17] arm: initial Xen support Stefano Stabellini
2012-09-17 17:38 ` [PATCH v5 02/17] xen/arm: hypercalls Stefano Stabellini
2012-09-17 17:38 ` [PATCH v5 03/17] xen/arm: page.h definitions Stefano Stabellini
2012-09-17 17:38 ` Stefano Stabellini [this message]
2012-09-17 17:38 ` [PATCH v5 05/17] xen/arm: empty implementation of grant_table arch specific functions Stefano Stabellini
2012-09-17 17:38 ` [PATCH v5 06/17] docs: Xen ARM DT bindings Stefano Stabellini
2012-09-18 2:59 ` Rob Herring
2012-09-17 17:38 ` [PATCH v5 07/17] xen/arm: Xen detection and shared_info page mapping Stefano Stabellini
2012-09-17 17:38 ` [PATCH v5 08/17] xen/arm: Introduce xen_ulong_t for unsigned long Stefano Stabellini
2012-09-17 17:38 ` [PATCH v5 09/17] xen: do not compile manage, balloon, pci, acpi, pcpu and cpu_hotplug on ARM Stefano Stabellini
2012-09-17 17:38 ` [PATCH v5 10/17] xen/arm: introduce CONFIG_XEN " Stefano Stabellini
2012-09-17 17:38 ` [PATCH v5 11/17] xen/arm: get privilege status Stefano Stabellini
2012-09-17 17:38 ` [PATCH v5 12/17] xen/arm: initialize grant_table on ARM Stefano Stabellini
2012-09-17 17:38 ` [PATCH v5 13/17] xen/arm: receive Xen events " Stefano Stabellini
2012-09-17 17:39 ` [PATCH v5 14/17] xen/arm: implement alloc/free_xenballooned_pages with alloc_pages/kfree Stefano Stabellini
2012-09-17 17:39 ` [PATCH v5 16/17] xen/arm: compile netback Stefano Stabellini
2012-09-17 17:39 ` [PATCH v5 17/17] MAINTAINERS: add myself as Xen ARM maintainer Stefano Stabellini
2012-09-18 12:34 ` [PATCH v5 00/17] Introduce Xen support on ARM (based on 3.6-rc5) Arnd Bergmann
[not found] ` <201209181234.29557.arnd-r2nGTMty4D4@public.gmane.org>
2012-09-18 13:53 ` Konrad Rzeszutek Wilk
2012-09-18 13:57 ` Stefano Stabellini
2012-09-18 14:37 ` Konrad Rzeszutek Wilk
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=1347903543-2135-4-git-send-email-stefano.stabellini@eu.citrix.com \
--to=stefano.stabellini-mvvwk6wmycldpfhejli6iq@public.gmane.org \
--cc=Ian.Campbell-Sxgqhf6Nn4DQT0dZR+AlfA@public.gmane.org \
--cc=arnd-r2nGTMty4D4@public.gmane.org \
--cc=konrad.wilk-QHcLZuEGTsvQT0dZR+AlfA@public.gmane.org \
--cc=linaro-dev-cunTk1MwBs8s++Sfvej+rw@public.gmane.org \
--cc=linux-arm-kernel-IAPFreCvJWM7uuMidbF8XUB+6BGkLq7r@public.gmane.org \
--cc=linux-kernel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org \
--cc=linux-lFZ/pmaqli7XmaaqVzeoHQ@public.gmane.org \
--cc=tim-LM2mM/qkH7s@public.gmane.org \
--cc=xen-devel-GuqFBffKawuULHF6PoxzQEEOCMrvLtNR@public.gmane.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).