All of lore.kernel.org
 help / color / mirror / Atom feed
diff for duplicates of <20110201203936.GB16981@random.random>

diff --git a/a/1.txt b/N1/1.txt
index 39b6e56..2625b63 100644
--- a/a/1.txt
+++ b/N1/1.txt
@@ -92,11 +92,11 @@ without any paravirt, like if KSM didn't merge anything).
 > go look at the freezes I saw now that I have these out in the wild.
 
 I'm also going to have a closer look. The other report you can see
-search for subject "khugepaged" in lkml from Jindřich (I think
+search for subject "khugepaged" in lkml from JindA?ich (I think
 compaction is too heavy, a walk in the park compared to lumpy reclaim
 but we need to make it more latency friendly, I also got a report that
 latency increases with heavy I/O that I think is the same thing that
-Jindřich sees).
+JindA?ich sees).
 
 Yet another report shows a full hang with khugepaged waiting on
 mmap_sem but I think that is not related to THP, maybe something hung
@@ -136,3 +136,10 @@ I reviewed it too, and I see no problems. So if you fix those two bits
 that Johannes pointed out (remove the split that is superfluous after
 wait_ if you hold mmap_sem or rmap lock and add the split to the other
 walkers not yet covered) I think they can go in now without waiting.
+
+--
+To unsubscribe, send a message with 'unsubscribe linux-mm' in
+the body to majordomo@kvack.org.  For more info on Linux MM,
+see: http://www.linux-mm.org/ .
+Fight unfair telecom policy in Canada: sign http://dissolvethecrtc.ca/
+Don't email: <a href=mailto:"dont@kvack.org"> email@kvack.org </a>
diff --git a/a/content_digest b/N1/content_digest
index 4de2058..89449ed 100644
--- a/a/content_digest
+++ b/N1/content_digest
@@ -105,11 +105,11 @@
  "> go look at the freezes I saw now that I have these out in the wild.\n"
  "\n"
  "I'm also going to have a closer look. The other report you can see\n"
- "search for subject \"khugepaged\" in lkml from Jind\305\231ich (I think\n"
+ "search for subject \"khugepaged\" in lkml from JindA?ich (I think\n"
  "compaction is too heavy, a walk in the park compared to lumpy reclaim\n"
  "but we need to make it more latency friendly, I also got a report that\n"
  "latency increases with heavy I/O that I think is the same thing that\n"
- "Jind\305\231ich sees).\n"
+ "JindA?ich sees).\n"
  "\n"
  "Yet another report shows a full hang with khugepaged waiting on\n"
  "mmap_sem but I think that is not related to THP, maybe something hung\n"
@@ -148,6 +148,13 @@
  "I reviewed it too, and I see no problems. So if you fix those two bits\n"
  "that Johannes pointed out (remove the split that is superfluous after\n"
  "wait_ if you hold mmap_sem or rmap lock and add the split to the other\n"
- walkers not yet covered) I think they can go in now without waiting.
+ "walkers not yet covered) I think they can go in now without waiting.\n"
+ "\n"
+ "--\n"
+ "To unsubscribe, send a message with 'unsubscribe linux-mm' in\n"
+ "the body to majordomo@kvack.org.  For more info on Linux MM,\n"
+ "see: http://www.linux-mm.org/ .\n"
+ "Fight unfair telecom policy in Canada: sign http://dissolvethecrtc.ca/\n"
+ "Don't email: <a href=mailto:\"dont@kvack.org\"> email@kvack.org </a>"
 
-334b3f57b984aa196659d1b6ca52bc69dcbc3d7c8d4aff9e5a47fa557699e517
+bd854f37e97b5f99f237d8a2dc26a7085dc4a48ec08034bbde3819b3df17b82d

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.