All of lore.kernel.org
 help / color / mirror / Atom feed
diff for duplicates of <20140430132846.GA17745@localhost.localdomain>

diff --git a/a/1.txt b/N1/1.txt
index 44a9ee1..8e02aca 100644
--- a/a/1.txt
+++ b/N1/1.txt
@@ -40,3 +40,9 @@ Yeah that's a fair point.
 
 Yeah if we keep the kmem direction, this can be a place where we do the mapping.
 Now I just hope the amount of stack memory allocated doesn't differ too much per arch.
+
+--
+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/ .
+Don't email: <a href=mailto:"dont@kvack.org"> email@kvack.org </a>
diff --git a/a/content_digest b/N1/content_digest
index f0a6833..30a5401 100644
--- a/a/content_digest
+++ b/N1/content_digest
@@ -8,27 +8,26 @@
  "ref\0CAO_Rewa20dneL8e3T4UPnu2Dkv28KTgFJR9_YSmRBKp-_yqewg@mail.gmail.com\0"
  "ref\020140429214454.GF6129@localhost.localdomain\0"
  "ref\05360F6B4.9010308@redhat.com\0"
- "ref\05360F6B4.9010308-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org\0"
- "From\0Frederic Weisbecker <fweisbec-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>\0"
+ "From\0Frederic Weisbecker <fweisbec@gmail.com>\0"
  "Subject\0Re: Protection against container fork bombs [WAS: Re: memcg with kmem limit doesn't recover after disk i/o causes limit to be hit]\0"
  "Date\0Wed, 30 Apr 2014 15:28:49 +0200\0"
- "To\0Daniel J Walsh <dwalsh-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org>\0"
- "Cc\0Tim Hockin <thockin-hpIqsD4AKlfQT0dZR+AlfA@public.gmane.org>"
-  Michal Hocko <mhocko-AlSwsSmVLrQ@public.gmane.org>
-  Serge Hallyn <serge.hallyn-GeWIH/nMZzLQT0dZR+AlfA@public.gmane.org>
-  Richard Davies <richard-li8END47hbdWk0Htik3J/w@public.gmane.org>
-  Vladimir Davydov <vdavydov-bzQdu9zFT3WakBO8gow8eQ@public.gmane.org>
-  Marian Marinov <mm-NV7Lj0SOnH0@public.gmane.org>
-  Max Kellermann <mk-xMchvyqCc6DQT0dZR+AlfA@public.gmane.org>
-  Tim Hockin <thockin-Rl2oBbRerpQdnm+yROfE0A@public.gmane.org>
-  containers-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org
-  cgroups-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
-  Glauber Costa <glommer-bzQdu9zFT3WakBO8gow8eQ@public.gmane.org>
-  linux-mm-Bw31MaZKKs3YtjvyW6yDsg@public.gmane.org <linux-mm-Bw31MaZKKs3YtjvyW6yDsg@public.gmane.org>
-  William Dauchy <wdauchy-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
-  Johannes Weiner <hannes-druUgvl0LCNAfugRpC6u6w@public.gmane.org>
-  Tejun Heo <tj-DgEjT+Ai2ygdnm+yROfE0A@public.gmane.org>
- " David Rientjes <rientjes-hpIqsD4AKlfQT0dZR+AlfA@public.gmane.org>\0"
+ "To\0Daniel J Walsh <dwalsh@redhat.com>\0"
+ "Cc\0Tim Hockin <thockin@google.com>"
+  Michal Hocko <mhocko@suse.cz>
+  Serge Hallyn <serge.hallyn@ubuntu.com>
+  Richard Davies <richard@arachsys.com>
+  Vladimir Davydov <vdavydov@parallels.com>
+  Marian Marinov <mm@yuhu.biz>
+  Max Kellermann <mk@cm4all.com>
+  Tim Hockin <thockin@hockin.org>
+  containers@lists.linux-foundation.org
+  cgroups@vger.kernel.org
+  Glauber Costa <glommer@parallels.com>
+  linux-mm@kvack.org <linux-mm@kvack.org>
+  William Dauchy <wdauchy@gmail.com>
+  Johannes Weiner <hannes@cmpxchg.org>
+  Tejun Heo <tj@kernel.org>
+ " David Rientjes <rientjes@google.com>\0"
  "\00:1\0"
  "b\0"
  "On Wed, Apr 30, 2014 at 09:12:20AM -0400, Daniel J Walsh wrote:\n"
@@ -72,6 +71,12 @@
  "> sense in terms of kmem cgroup, then my argument goes away.\n"
  "\n"
  "Yeah if we keep the kmem direction, this can be a place where we do the mapping.\n"
- Now I just hope the amount of stack memory allocated doesn't differ too much per arch.
+ "Now I just hope the amount of stack memory allocated doesn't differ too much per arch.\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"
+ "Don't email: <a href=mailto:\"dont@kvack.org\"> email@kvack.org </a>"
 
-192d676b80fe4938dd3e845f5bd5aa0c0ac01b7165e09fe16f17de9381fb67d6
+42dc71f22a57e364bdac78cb1bf8f79a875a20720c993908170b1b082ec0ad96

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.