All of lore.kernel.org
 help / color / mirror / Atom feed
diff for duplicates of <4AD47C1F.7040703@openvz.org>

diff --git a/a/1.txt b/N1/1.txt
index af8c7e3..a889860 100644
--- a/a/1.txt
+++ b/N1/1.txt
@@ -1,6 +1,6 @@
 Sukadev Bhattiprolu wrote:
 > 
-> From: Serge Hallyn <serue-r/Jw6+rmf7HQT0dZR+AlfA@public.gmane.org>
+> From: Serge Hallyn <serue@us.ibm.com>
 > Subject: [RFC][v8][PATCH 3/10]: Make pid_max a pid_ns property
 > 
 > Remove the pid_max global, and make it a property of the
@@ -15,8 +15,8 @@ Sukadev Bhattiprolu wrote:
 > 	- Port to newer kernel
 > 	- Make pid_max a local variable in alloc_pidmap() to simplify code/patch
 > 
-> Signed-off-by: Serge Hallyn <serue-r/Jw6+rmf7HQT0dZR+AlfA@public.gmane.org>
-> Signed-off-by: Sukadev Bhattiprolu <sukadev-r/Jw6+rmf7HQT0dZR+AlfA@public.gmane.org>
+> Signed-off-by: Serge Hallyn <serue@us.ibm.com>
+> Signed-off-by: Sukadev Bhattiprolu <sukadev@us.ibm.com>
 
 Not that I'm about to slow down or block the process, but...
 frankly I don't see the reason for doing so. Why should we?
diff --git a/a/content_digest b/N1/content_digest
index 42d6021..2e02309 100644
--- a/a/content_digest
+++ b/N1/content_digest
@@ -1,30 +1,35 @@
  "ref\020091013044925.GA28181@us.ibm.com\0"
  "ref\020091013045041.GC28435@us.ibm.com\0"
- "ref\020091013045041.GC28435-r/Jw6+rmf7HQT0dZR+AlfA@public.gmane.org\0"
- "From\0Pavel Emelyanov <xemul-GEFAQzZX7r8dnm+yROfE0A@public.gmane.org>\0"
+ "From\0Pavel Emelyanov <xemul@openvz.org>\0"
  "Subject\0Re: [RFC][v8][PATCH 3/10]: Make pid_max a pid_ns property\0"
  "Date\0Tue, 13 Oct 2009 17:09:51 +0400\0"
- "To\0Sukadev Bhattiprolu <sukadev-23VcF4HTsmIX0ybBhKVfKdBPR1lH4CV8@public.gmane.org>\0"
- "Cc\0randy.dunlap-QHcLZuEGTsvQT0dZR+AlfA@public.gmane.org"
-  arnd-r2nGTMty4D4@public.gmane.org
-  Containers <containers-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org>
-  Nathan Lynch <nathanl-V7BBcbaFuwjMbYB6QlFGEg@public.gmane.org>
-  linux-kernel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
-  Louis.Rilling-aw0BnHfMbSpBDgjK7y7TUQ@public.gmane.org
-  Eric W. Biederman <ebiederm-aS9lmoZGLiVWk0Htik3J/w@public.gmane.org>
-  kosaki.motohiro-+CUm20s59erQFUHtdCDX3A@public.gmane.org
-  hpa-YMNOUZJC4hwAvxtiuMwx3w@public.gmane.org
-  mingo-X9Un+BFzKDI@public.gmane.org
-  linux-api-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
-  torvalds-de/tnXTf+JLsfHDXvbKv3WD2FQJk+8+b@public.gmane.org
-  Alexey Dobriyan <adobriyan-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org>
-  roland-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org
- " Pavel Emelyanov <xemul-GEFAQzZX7r8dnm+yROfE0A@public.gmane.org>\0"
+ "To\0Sukadev Bhattiprolu <sukadev@linux.vnet.ibm.com>\0"
+ "Cc\0linux-kernel@vger.kernel.org"
+  Oren Laadan <orenl@cs.columbia.edu>
+  serue@us.ibm.com
+  Eric W. Biederman <ebiederm@xmission.com>
+  Alexey Dobriyan <adobriyan@gmail.com>
+  Pavel Emelyanov <xemul@openvz.org>
+  Andrew Morton <akpm@osdl.org>
+  torvalds@linux-foundation.org
+  mikew@google.com
+  mingo@elte.hu
+  hpa@zytor.com
+  Nathan Lynch <nathanl@austin.ibm.com>
+  arnd@arndb.de
+  peterz@infradead.org
+  Louis.Rilling@kerlabs.com
+  roland@redhat.com
+  kosaki.motohiro@jp.fujitsu.com
+  randy.dunlap@oracle.com
+  linux-api@vger.kernel.org
+  Containers <containers@lists.linux-foundation.org>
+ " sukadev@us.ibm.com\0"
  "\00:1\0"
  "b\0"
  "Sukadev Bhattiprolu wrote:\n"
  "> \n"
- "> From: Serge Hallyn <serue-r/Jw6+rmf7HQT0dZR+AlfA@public.gmane.org>\n"
+ "> From: Serge Hallyn <serue@us.ibm.com>\n"
  "> Subject: [RFC][v8][PATCH 3/10]: Make pid_max a pid_ns property\n"
  "> \n"
  "> Remove the pid_max global, and make it a property of the\n"
@@ -39,12 +44,12 @@
  "> \t- Port to newer kernel\n"
  "> \t- Make pid_max a local variable in alloc_pidmap() to simplify code/patch\n"
  "> \n"
- "> Signed-off-by: Serge Hallyn <serue-r/Jw6+rmf7HQT0dZR+AlfA@public.gmane.org>\n"
- "> Signed-off-by: Sukadev Bhattiprolu <sukadev-r/Jw6+rmf7HQT0dZR+AlfA@public.gmane.org>\n"
+ "> Signed-off-by: Serge Hallyn <serue@us.ibm.com>\n"
+ "> Signed-off-by: Sukadev Bhattiprolu <sukadev@us.ibm.com>\n"
  "\n"
  "Not that I'm about to slow down or block the process, but...\n"
  "frankly I don't see the reason for doing so. Why should we?\n"
  "Especially taking into account, that we essentially cannot\n"
  change thin in the namespace level 3 and deeper?
 
-7418d5609d1d21a50513d6719550ebacf346b38f69e4f18d62ee471bbf335fa2
+09a75df1e1d09b52310fb0c0c6b730d90514c5819b7a48af1736cfc0171e0ea9

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.