All of lore.kernel.org
 help / color / mirror / Atom feed
diff for duplicates of <20140206215521.GI4250@linux.vnet.ibm.com>

diff --git a/a/1.txt b/N1/1.txt
index 7c81041..31dc9de 100644
--- a/a/1.txt
+++ b/N1/1.txt
@@ -56,7 +56,7 @@ On Thu, Feb 06, 2014 at 10:09:25PM +0100, Torvald Riegel wrote:
 > seq-cst total order is just a constraint but doesn't itself contribute
 > to synchronizes-with -- but this is different for seq-cst fences.
 
-From what I can see, Will's point is that mapping the Linux kernel's
+>From what I can see, Will's point is that mapping the Linux kernel's
 atomic_add_return() primitive into fetch_add() does not work because
 atomic_add_return()'s ordering properties require that the assert()
 never fire.
diff --git a/a/content_digest b/N1/content_digest
index fbed4ba..207d6a6 100644
--- a/a/content_digest
+++ b/N1/content_digest
@@ -77,7 +77,7 @@
  "> seq-cst total order is just a constraint but doesn't itself contribute\n"
  "> to synchronizes-with -- but this is different for seq-cst fences.\n"
  "\n"
- "From what I can see, Will's point is that mapping the Linux kernel's\n"
+ ">From what I can see, Will's point is that mapping the Linux kernel's\n"
  "atomic_add_return() primitive into fetch_add() does not work because\n"
  "atomic_add_return()'s ordering properties require that the assert()\n"
  "never fire.\n"
@@ -286,4 +286,4 @@
  "\n"
  "\t\t\t\t\t\t\tThanx, Paul"
 
-e04ad28c233bec59d45190193e28c4eb431aefd7df1e1db4b412de9edd01fe2b
+e42eb4dfb76d52e651628a08147303c125e64bc51eade4c93c46faf8d7912043

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.