All of lore.kernel.org
 help / color / mirror / Atom feed
diff for duplicates of <1531328187.13297.35.camel@intel.com>

diff --git a/a/content_digest b/N1/content_digest
index ad5a43c..312a536 100644
--- a/a/content_digest
+++ b/N1/content_digest
@@ -26,7 +26,10 @@
   Mike Kravetz <mike.kravetz@oracle.com>
   Nadav Amit <nadav.amit@gmail.com>
   Oleg Nesterov <oleg@redhat.com>
- " Pavel Machek <pavel@ucw.cz>Peter\0"
+  Pavel Machek <pavel@ucw.cz>
+  Peter Zijlstra <peterz@infradead.org>
+  Ravi V. Shankar <ravi.v.shankar@intel.com>
+ " Vedvyas Shanbhogue <vedvyas.shanbhogue@intel.com>\0"
  "\00:1\0"
  "b\0"
  "On Tue, 2018-07-10 at 16:57 -0700, Dave Hansen wrote:\n"
@@ -45,4 +48,4 @@
  "Thanks,\n"
  Yu-cheng
 
-33feae44acf414a3a554d04cb7c8a514c0a6f8981c65e6a1fbc7332ca747702e
+136dfc5faf695fcd62fc6498971f099e0b100bf27c454addec9caa9e870cb745

diff --git a/a/1.txt b/N2/1.txt
index b6af5e8..e400022 100644
--- a/a/1.txt
+++ b/N2/1.txt
@@ -13,3 +13,7 @@ Yes, that is overlooked.  I will fix it.
 
 Thanks,
 Yu-cheng
+--
+To unsubscribe from this list: send the line "unsubscribe linux-doc" in
+the body of a message to majordomo@vger.kernel.org
+More majordomo info at  http://vger.kernel.org/majordomo-info.html
diff --git a/a/content_digest b/N2/content_digest
index ad5a43c..401bac7 100644
--- a/a/content_digest
+++ b/N2/content_digest
@@ -26,7 +26,10 @@
   Mike Kravetz <mike.kravetz@oracle.com>
   Nadav Amit <nadav.amit@gmail.com>
   Oleg Nesterov <oleg@redhat.com>
- " Pavel Machek <pavel@ucw.cz>Peter\0"
+  Pavel Machek <pavel@ucw.cz>
+  Peter Zijlstra <peterz@infradead.org>
+  Ravi V. Shankar <ravi.v.shankar@intel.com>
+ " Vedvyas Shanbhogue <vedvyas.shanbhogue@intel.com>\0"
  "\00:1\0"
  "b\0"
  "On Tue, 2018-07-10 at 16:57 -0700, Dave Hansen wrote:\n"
@@ -43,6 +46,10 @@
  "Yes, that is overlooked. \302\240I will fix it.\n"
  "\n"
  "Thanks,\n"
- Yu-cheng
+ "Yu-cheng\n"
+ "--\n"
+ "To unsubscribe from this list: send the line \"unsubscribe linux-doc\" in\n"
+ "the body of a message to majordomo@vger.kernel.org\n"
+ More majordomo info at  http://vger.kernel.org/majordomo-info.html
 
-33feae44acf414a3a554d04cb7c8a514c0a6f8981c65e6a1fbc7332ca747702e
+f7928701c428822d65e8b0b6e9e586f44996e142ec9910f122409e8e127da9fb

diff --git a/a/1.txt b/N3/1.txt
index b6af5e8..9e685db 100644
--- a/a/1.txt
+++ b/N3/1.txt
@@ -2,14 +2,14 @@ On Tue, 2018-07-10 at 16:57 -0700, Dave Hansen wrote:
 > On 07/10/2018 03:26 PM, Yu-cheng Yu wrote:
 > > 
 > > The indirect branch tracking legacy bitmap takes a large address
-> > space.  This causes may_expand_vm() failure on the address limit
-> > check.  For a IBT-enabled task, add the bitmap size to the
+> > space.A A This causes may_expand_vm() failure on the address limit
+> > check.A A For a IBT-enabled task, add the bitmap size to the
 > > address limit.
 > This appears to require that we set up
 > current->thread.cet.ibt_bitmap_size _before_ calling may_expand_vm().
 > What keeps the ibt_mmap() itself from hitting the address limit?
 
-Yes, that is overlooked.  I will fix it.
+Yes, that is overlooked. A I will fix it.
 
 Thanks,
 Yu-cheng
diff --git a/a/content_digest b/N3/content_digest
index ad5a43c..675759e 100644
--- a/a/content_digest
+++ b/N3/content_digest
@@ -26,23 +26,26 @@
   Mike Kravetz <mike.kravetz@oracle.com>
   Nadav Amit <nadav.amit@gmail.com>
   Oleg Nesterov <oleg@redhat.com>
- " Pavel Machek <pavel@ucw.cz>Peter\0"
+  Pavel Machek <pavel@ucw.cz>
+  Peter Zijlstra <peterz@infradead.org>
+  Ravi V. Shankar <ravi.v.shankar@intel.com>
+ " Vedvyas Shanbhogue <vedvyas.shanbhogue@intel.com>\0"
  "\00:1\0"
  "b\0"
  "On Tue, 2018-07-10 at 16:57 -0700, Dave Hansen wrote:\n"
  "> On 07/10/2018 03:26 PM, Yu-cheng Yu wrote:\n"
  "> > \n"
  "> > The indirect branch tracking legacy bitmap takes a large address\n"
- "> > space.\302\240\302\240This causes may_expand_vm() failure on the address limit\n"
- "> > check.\302\240\302\240For a IBT-enabled task, add the bitmap size to the\n"
+ "> > space.A A This causes may_expand_vm() failure on the address limit\n"
+ "> > check.A A For a IBT-enabled task, add the bitmap size to the\n"
  "> > address limit.\n"
  "> This appears to require that we set up\n"
  "> current->thread.cet.ibt_bitmap_size _before_ calling may_expand_vm().\n"
  "> What keeps the ibt_mmap() itself from hitting the address limit?\n"
  "\n"
- "Yes, that is overlooked. \302\240I will fix it.\n"
+ "Yes, that is overlooked. A I will fix it.\n"
  "\n"
  "Thanks,\n"
  Yu-cheng
 
-33feae44acf414a3a554d04cb7c8a514c0a6f8981c65e6a1fbc7332ca747702e
+da177cb94f1de03a444a7f77b4a08256f2e7ef8cc03e3f1cfbf3c06e04d3d778

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.