All of lore.kernel.org
 help / color / mirror / Atom feed

diff for duplicates of <YHaU4uxr6emrivuu@hirez.programming.kicks-ass.net>

diff --git a/a/1.txt b/N1/1.txt
index d0bdc43..077ae98 100644
--- a/a/1.txt
+++ b/N1/1.txt
@@ -37,4 +37,9 @@ Also, __atomic_acquire_fence() is an implementation detail of atomic,
 and architectures need not provide it. On top of that, IIRC the atomic
 _acquire/_release have RCpc ordering, where we want our locks to have
 RCsc ordering (and very much not weaker than RCtso). Even more so,
-adding barriers to atomics should really not be conditional.
\ No newline at end of file
+adding barriers to atomics should really not be conditional.
+
+_______________________________________________
+linux-riscv mailing list
+linux-riscv@lists.infradead.org
+http://lists.infradead.org/mailman/listinfo/linux-riscv
\ No newline at end of file
diff --git a/a/content_digest b/N1/content_digest
index 3a60d84..23c5929 100644
--- a/a/content_digest
+++ b/N1/content_digest
@@ -85,7 +85,12 @@
   "and architectures need not provide it. On top of that, IIRC the atomic\n",
   "_acquire/_release have RCpc ordering, where we want our locks to have\n",
   "RCsc ordering (and very much not weaker than RCtso). Even more so,\n",
-  "adding barriers to atomics should really not be conditional."
+  "adding barriers to atomics should really not be conditional.\n",
+  "\n",
+  "_______________________________________________\n",
+  "linux-riscv mailing list\n",
+  "linux-riscv\@lists.infradead.org\n",
+  "http://lists.infradead.org/mailman/listinfo/linux-riscv"
 ]
 
-cddd7ce30dc1613f5a813d5649e04649aa278f35a0a8b9105c68282ce3929761
+352c819e6e3e46a7d63d8afeab26cdc2d7ac5800c492031792e6e83456b238f6
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.