All of lore.kernel.org
 help / color / mirror / Atom feed
diff for duplicates of <4F61CD63.4090007@parallels.com>

diff --git a/a/1.txt b/N1/1.txt
index 238ea8b..596c300 100644
--- a/a/1.txt
+++ b/N1/1.txt
@@ -20,3 +20,10 @@ I think so, yes. I see no reason to come up with any default values
 in memcg. Yes, your allocations can fail due to your parent limits.
 But since I never heard of any machine with
 9223372036854775807 bytes of memory, that is true even for the root memcg =)
+
+--
+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 internet charges in Canada: sign http://stopthemeter.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 f50e691..eb0fc76 100644
--- a/a/content_digest
+++ b/N1/content_digest
@@ -6,27 +6,26 @@
  "ref\020120314091526.3c079693.kamezawa.hiroyu@jp.fujitsu.com\0"
  "ref\04F608F25.3010700@parallels.com\0"
  "ref\04F613C5B.8030304@jp.fujitsu.com\0"
- "ref\04F613C5B.8030304-+CUm20s59erQFUHtdCDX3A@public.gmane.org\0"
- "From\0Glauber Costa <glommer-bzQdu9zFT3WakBO8gow8eQ@public.gmane.org>\0"
+ "From\0Glauber Costa <glommer@parallels.com>\0"
  "Subject\0Re: [PATCH v2 02/13] memcg: Kernel memory accounting infrastructure.\0"
  "Date\0Thu, 15 Mar 2012 15:07:15 +0400\0"
- "To\0KAMEZAWA Hiroyuki <kamezawa.hiroyu-+CUm20s59erQFUHtdCDX3A@public.gmane.org>\0"
- "Cc\0Suleiman Souhlal <ssouhlal-HZy0K5TPuP5AfugRpC6u6w@public.gmane.org>"
-  cgroups-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
-  suleiman-hpIqsD4AKlfQT0dZR+AlfA@public.gmane.org
-  penberg-DgEjT+Ai2ygdnm+yROfE0A@public.gmane.org
-  cl-vYTEC60ixJUAvxtiuMwx3w@public.gmane.org
-  yinghan-hpIqsD4AKlfQT0dZR+AlfA@public.gmane.org
-  hughd-hpIqsD4AKlfQT0dZR+AlfA@public.gmane.org
-  gthelen-hpIqsD4AKlfQT0dZR+AlfA@public.gmane.org
-  peterz-wEGCiKHe2LqWVfeAwA7xHQ@public.gmane.org
-  dan.magenheimer-QHcLZuEGTsvQT0dZR+AlfA@public.gmane.org
-  hannes-druUgvl0LCNAfugRpC6u6w@public.gmane.org
-  mgorman-l3A5Bk7waGM@public.gmane.org
-  James.Bottomley-d9PhHud1JfjCXq6kfMZ53/egYHeGw8Jk@public.gmane.org
-  linux-mm-Bw31MaZKKs3YtjvyW6yDsg@public.gmane.org
-  devel-GEFAQzZX7r8dnm+yROfE0A@public.gmane.org
- " linux-kernel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org\0"
+ "To\0KAMEZAWA Hiroyuki <kamezawa.hiroyu@jp.fujitsu.com>\0"
+ "Cc\0Suleiman Souhlal <ssouhlal@freebsd.org>"
+  cgroups@vger.kernel.org
+  suleiman@google.com
+  penberg@kernel.org
+  cl@linux.com
+  yinghan@google.com
+  hughd@google.com
+  gthelen@google.com
+  peterz@infradead.org
+  dan.magenheimer@oracle.com
+  hannes@cmpxchg.org
+  mgorman@suse.de
+  James.Bottomley@hansenpartnership.com
+  linux-mm@kvack.org
+  devel@openvz.org
+ " linux-kernel@vger.kernel.org\0"
  "\00:1\0"
  "b\0"
  "On 03/15/2012 04:48 AM, KAMEZAWA Hiroyuki wrote:\n"
@@ -50,6 +49,13 @@
  "I think so, yes. I see no reason to come up with any default values\n"
  "in memcg. Yes, your allocations can fail due to your parent limits.\n"
  "But since I never heard of any machine with\n"
- 9223372036854775807 bytes of memory, that is true even for the root memcg =)
+ "9223372036854775807 bytes of memory, that is true even for the root memcg =)\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 internet charges in Canada: sign http://stopthemeter.ca/\n"
+ "Don't email: <a href=mailto:\"dont@kvack.org\"> email@kvack.org </a>"
 
-dbc59659f19a15b28f357cd6fc0b7069a779c18a65703d61a0e4fee5d070b838
+8e10aaa327b8ad6df5275fc658c1a2838e0cdf6d25d64fcac56627975572263c

diff --git a/a/content_digest b/N2/content_digest
index f50e691..76af189 100644
--- a/a/content_digest
+++ b/N2/content_digest
@@ -6,27 +6,26 @@
  "ref\020120314091526.3c079693.kamezawa.hiroyu@jp.fujitsu.com\0"
  "ref\04F608F25.3010700@parallels.com\0"
  "ref\04F613C5B.8030304@jp.fujitsu.com\0"
- "ref\04F613C5B.8030304-+CUm20s59erQFUHtdCDX3A@public.gmane.org\0"
- "From\0Glauber Costa <glommer-bzQdu9zFT3WakBO8gow8eQ@public.gmane.org>\0"
+ "From\0Glauber Costa <glommer@parallels.com>\0"
  "Subject\0Re: [PATCH v2 02/13] memcg: Kernel memory accounting infrastructure.\0"
  "Date\0Thu, 15 Mar 2012 15:07:15 +0400\0"
- "To\0KAMEZAWA Hiroyuki <kamezawa.hiroyu-+CUm20s59erQFUHtdCDX3A@public.gmane.org>\0"
- "Cc\0Suleiman Souhlal <ssouhlal-HZy0K5TPuP5AfugRpC6u6w@public.gmane.org>"
-  cgroups-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
-  suleiman-hpIqsD4AKlfQT0dZR+AlfA@public.gmane.org
-  penberg-DgEjT+Ai2ygdnm+yROfE0A@public.gmane.org
-  cl-vYTEC60ixJUAvxtiuMwx3w@public.gmane.org
-  yinghan-hpIqsD4AKlfQT0dZR+AlfA@public.gmane.org
-  hughd-hpIqsD4AKlfQT0dZR+AlfA@public.gmane.org
-  gthelen-hpIqsD4AKlfQT0dZR+AlfA@public.gmane.org
-  peterz-wEGCiKHe2LqWVfeAwA7xHQ@public.gmane.org
-  dan.magenheimer-QHcLZuEGTsvQT0dZR+AlfA@public.gmane.org
-  hannes-druUgvl0LCNAfugRpC6u6w@public.gmane.org
-  mgorman-l3A5Bk7waGM@public.gmane.org
-  James.Bottomley-d9PhHud1JfjCXq6kfMZ53/egYHeGw8Jk@public.gmane.org
-  linux-mm-Bw31MaZKKs3YtjvyW6yDsg@public.gmane.org
-  devel-GEFAQzZX7r8dnm+yROfE0A@public.gmane.org
- " linux-kernel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org\0"
+ "To\0KAMEZAWA Hiroyuki <kamezawa.hiroyu@jp.fujitsu.com>\0"
+ "Cc\0Suleiman Souhlal <ssouhlal@freebsd.org>"
+  <cgroups@vger.kernel.org>
+  <suleiman@google.com>
+  <penberg@kernel.org>
+  <cl@linux.com>
+  <yinghan@google.com>
+  <hughd@google.com>
+  <gthelen@google.com>
+  <peterz@infradead.org>
+  <dan.magenheimer@oracle.com>
+  <hannes@cmpxchg.org>
+  <mgorman@suse.de>
+  <James.Bottomley@hansenpartnership.com>
+  <linux-mm@kvack.org>
+  <devel@openvz.org>
+ " <linux-kernel@vger.kernel.org>\0"
  "\00:1\0"
  "b\0"
  "On 03/15/2012 04:48 AM, KAMEZAWA Hiroyuki wrote:\n"
@@ -52,4 +51,4 @@
  "But since I never heard of any machine with\n"
  9223372036854775807 bytes of memory, that is true even for the root memcg =)
 
-dbc59659f19a15b28f357cd6fc0b7069a779c18a65703d61a0e4fee5d070b838
+03d5555b666f87e13017e68ae6297b0ef09b20f14178b85e0452cc6352a472d6

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.