All of lore.kernel.org
 help / color / mirror / Atom feed
diff for duplicates of <20121127194813.GP24381@cmpxchg.org>

diff --git a/a/1.txt b/N1/1.txt
index 338c8ff..79f863e 100644
--- a/a/1.txt
+++ b/N1/1.txt
@@ -24,7 +24,7 @@ On Tue, Nov 27, 2012 at 09:05:30AM +0900, Kamezawa Hiroyuki wrote:
 > >-mm tree but I will send a backport to 3.2 in the reply as well)
 > >---
 > > From 7796f942d62081ad45726efd90b5292b80e7c690 Mon Sep 17 00:00:00 2001
-> >From: Michal Hocko <mhocko-AlSwsSmVLrQ@public.gmane.org>
+> >From: Michal Hocko <mhocko@suse.cz>
 > >Date: Mon, 26 Nov 2012 11:47:57 +0100
 > >Subject: [PATCH] memcg: do not trigger OOM from add_to_page_cache_locked
 > >
@@ -87,11 +87,11 @@ On Tue, Nov 27, 2012 at 09:05:30AM +0900, Kamezawa Hiroyuki wrote:
 > >any reclaim on __GFP_NORETRY doesn't make much sense anyway because this
 > >is effectively a busy loop with allowed OOM in this path.
 > >
-> >Reported-by: azurIt <azurit-Rm0zKEqwvD4@public.gmane.org>
-> >Signed-off-by: Michal Hocko <mhocko-AlSwsSmVLrQ@public.gmane.org>
+> >Reported-by: azurIt <azurit@pobox.sk>
+> >Signed-off-by: Michal Hocko <mhocko@suse.cz>
 > 
 > As a short term fix, I think this patch will work enough and seems simple enough.
-> Acked-by: KAMEZAWA Hiroyuki <kamezawa.hiroyu-+CUm20s59erQFUHtdCDX3A@public.gmane.org>
+> Acked-by: KAMEZAWA Hiroyuki <kamezawa.hiroyu@jp.fujitsu.com>
 
 Yes, let's do this for now.
 
@@ -133,3 +133,9 @@ flag down in try_charge, maybe just propagate this up the stack?
 
 Shmem does not use this function but also charges under the i_mutex in
 the write path and fallocate at least.
+
+--
+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 9eb4371..252cc50 100644
--- a/a/content_digest
+++ b/N1/content_digest
@@ -8,16 +8,15 @@
  "ref\020121126013855.AF118F5E@pobox.sk\0"
  "ref\020121126131837.GC17860@dhcp22.suse.cz\0"
  "ref\050B403CA.501@jp.fujitsu.com\0"
- "ref\050B403CA.501-+CUm20s59erQFUHtdCDX3A@public.gmane.org\0"
- "From\0Johannes Weiner <hannes-druUgvl0LCNAfugRpC6u6w@public.gmane.org>\0"
+ "From\0Johannes Weiner <hannes@cmpxchg.org>\0"
  "Subject\0Re: [PATCH -mm] memcg: do not trigger OOM from add_to_page_cache_locked\0"
  "Date\0Tue, 27 Nov 2012 14:48:13 -0500\0"
- "To\0Kamezawa Hiroyuki <kamezawa.hiroyu-+CUm20s59erQFUHtdCDX3A@public.gmane.org>\0"
- "Cc\0Michal Hocko <mhocko-AlSwsSmVLrQ@public.gmane.org>"
-  azurIt <azurit-Rm0zKEqwvD4@public.gmane.org>
-  linux-kernel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
-  linux-mm-Bw31MaZKKs3YtjvyW6yDsg@public.gmane.org
- " cgroups mailinglist <cgroups-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>\0"
+ "To\0Kamezawa Hiroyuki <kamezawa.hiroyu@jp.fujitsu.com>\0"
+ "Cc\0Michal Hocko <mhocko@suse.cz>"
+  azurIt <azurit@pobox.sk>
+  linux-kernel@vger.kernel.org
+  linux-mm@kvack.org
+ " cgroups mailinglist <cgroups@vger.kernel.org>\0"
  "\00:1\0"
  "b\0"
  "On Tue, Nov 27, 2012 at 09:05:30AM +0900, Kamezawa Hiroyuki wrote:\n"
@@ -46,7 +45,7 @@
  "> >-mm tree but I will send a backport to 3.2 in the reply as well)\n"
  "> >---\n"
  "> > From 7796f942d62081ad45726efd90b5292b80e7c690 Mon Sep 17 00:00:00 2001\n"
- "> >From: Michal Hocko <mhocko-AlSwsSmVLrQ@public.gmane.org>\n"
+ "> >From: Michal Hocko <mhocko@suse.cz>\n"
  "> >Date: Mon, 26 Nov 2012 11:47:57 +0100\n"
  "> >Subject: [PATCH] memcg: do not trigger OOM from add_to_page_cache_locked\n"
  "> >\n"
@@ -109,11 +108,11 @@
  "> >any reclaim on __GFP_NORETRY doesn't make much sense anyway because this\n"
  "> >is effectively a busy loop with allowed OOM in this path.\n"
  "> >\n"
- "> >Reported-by: azurIt <azurit-Rm0zKEqwvD4@public.gmane.org>\n"
- "> >Signed-off-by: Michal Hocko <mhocko-AlSwsSmVLrQ@public.gmane.org>\n"
+ "> >Reported-by: azurIt <azurit@pobox.sk>\n"
+ "> >Signed-off-by: Michal Hocko <mhocko@suse.cz>\n"
  "> \n"
  "> As a short term fix, I think this patch will work enough and seems simple enough.\n"
- "> Acked-by: KAMEZAWA Hiroyuki <kamezawa.hiroyu-+CUm20s59erQFUHtdCDX3A@public.gmane.org>\n"
+ "> Acked-by: KAMEZAWA Hiroyuki <kamezawa.hiroyu@jp.fujitsu.com>\n"
  "\n"
  "Yes, let's do this for now.\n"
  "\n"
@@ -154,6 +153,12 @@
  "> >  \t\tgoto out;\n"
  "\n"
  "Shmem does not use this function but also charges under the i_mutex in\n"
- the write path and fallocate at least.
+ "the write path and fallocate at least.\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>"
 
-fd52a6268b96184e4234f2fcba84a029a0ea7ecb9c984997f18ca4b6e1abc3ee
+09f2fde0730338b5ed675abfe765bd00a9908d0c9040c64b1914ab162cd1eb46

diff --git a/a/1.txt b/N2/1.txt
index 338c8ff..2ef22a2 100644
--- a/a/1.txt
+++ b/N2/1.txt
@@ -24,7 +24,7 @@ On Tue, Nov 27, 2012 at 09:05:30AM +0900, Kamezawa Hiroyuki wrote:
 > >-mm tree but I will send a backport to 3.2 in the reply as well)
 > >---
 > > From 7796f942d62081ad45726efd90b5292b80e7c690 Mon Sep 17 00:00:00 2001
-> >From: Michal Hocko <mhocko-AlSwsSmVLrQ@public.gmane.org>
+> >From: Michal Hocko <mhocko@suse.cz>
 > >Date: Mon, 26 Nov 2012 11:47:57 +0100
 > >Subject: [PATCH] memcg: do not trigger OOM from add_to_page_cache_locked
 > >
@@ -87,11 +87,11 @@ On Tue, Nov 27, 2012 at 09:05:30AM +0900, Kamezawa Hiroyuki wrote:
 > >any reclaim on __GFP_NORETRY doesn't make much sense anyway because this
 > >is effectively a busy loop with allowed OOM in this path.
 > >
-> >Reported-by: azurIt <azurit-Rm0zKEqwvD4@public.gmane.org>
-> >Signed-off-by: Michal Hocko <mhocko-AlSwsSmVLrQ@public.gmane.org>
+> >Reported-by: azurIt <azurit@pobox.sk>
+> >Signed-off-by: Michal Hocko <mhocko@suse.cz>
 > 
 > As a short term fix, I think this patch will work enough and seems simple enough.
-> Acked-by: KAMEZAWA Hiroyuki <kamezawa.hiroyu-+CUm20s59erQFUHtdCDX3A@public.gmane.org>
+> Acked-by: KAMEZAWA Hiroyuki <kamezawa.hiroyu@jp.fujitsu.com>
 
 Yes, let's do this for now.
 
diff --git a/a/content_digest b/N2/content_digest
index 9eb4371..9f9f55d 100644
--- a/a/content_digest
+++ b/N2/content_digest
@@ -8,16 +8,15 @@
  "ref\020121126013855.AF118F5E@pobox.sk\0"
  "ref\020121126131837.GC17860@dhcp22.suse.cz\0"
  "ref\050B403CA.501@jp.fujitsu.com\0"
- "ref\050B403CA.501-+CUm20s59erQFUHtdCDX3A@public.gmane.org\0"
- "From\0Johannes Weiner <hannes-druUgvl0LCNAfugRpC6u6w@public.gmane.org>\0"
+ "From\0Johannes Weiner <hannes@cmpxchg.org>\0"
  "Subject\0Re: [PATCH -mm] memcg: do not trigger OOM from add_to_page_cache_locked\0"
  "Date\0Tue, 27 Nov 2012 14:48:13 -0500\0"
- "To\0Kamezawa Hiroyuki <kamezawa.hiroyu-+CUm20s59erQFUHtdCDX3A@public.gmane.org>\0"
- "Cc\0Michal Hocko <mhocko-AlSwsSmVLrQ@public.gmane.org>"
-  azurIt <azurit-Rm0zKEqwvD4@public.gmane.org>
-  linux-kernel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org
-  linux-mm-Bw31MaZKKs3YtjvyW6yDsg@public.gmane.org
- " cgroups mailinglist <cgroups-u79uwXL29TY76Z2rM5mHXA@public.gmane.org>\0"
+ "To\0Kamezawa Hiroyuki <kamezawa.hiroyu@jp.fujitsu.com>\0"
+ "Cc\0Michal Hocko <mhocko@suse.cz>"
+  azurIt <azurit@pobox.sk>
+  linux-kernel@vger.kernel.org
+  linux-mm@kvack.org
+ " cgroups mailinglist <cgroups@vger.kernel.org>\0"
  "\00:1\0"
  "b\0"
  "On Tue, Nov 27, 2012 at 09:05:30AM +0900, Kamezawa Hiroyuki wrote:\n"
@@ -46,7 +45,7 @@
  "> >-mm tree but I will send a backport to 3.2 in the reply as well)\n"
  "> >---\n"
  "> > From 7796f942d62081ad45726efd90b5292b80e7c690 Mon Sep 17 00:00:00 2001\n"
- "> >From: Michal Hocko <mhocko-AlSwsSmVLrQ@public.gmane.org>\n"
+ "> >From: Michal Hocko <mhocko@suse.cz>\n"
  "> >Date: Mon, 26 Nov 2012 11:47:57 +0100\n"
  "> >Subject: [PATCH] memcg: do not trigger OOM from add_to_page_cache_locked\n"
  "> >\n"
@@ -109,11 +108,11 @@
  "> >any reclaim on __GFP_NORETRY doesn't make much sense anyway because this\n"
  "> >is effectively a busy loop with allowed OOM in this path.\n"
  "> >\n"
- "> >Reported-by: azurIt <azurit-Rm0zKEqwvD4@public.gmane.org>\n"
- "> >Signed-off-by: Michal Hocko <mhocko-AlSwsSmVLrQ@public.gmane.org>\n"
+ "> >Reported-by: azurIt <azurit@pobox.sk>\n"
+ "> >Signed-off-by: Michal Hocko <mhocko@suse.cz>\n"
  "> \n"
  "> As a short term fix, I think this patch will work enough and seems simple enough.\n"
- "> Acked-by: KAMEZAWA Hiroyuki <kamezawa.hiroyu-+CUm20s59erQFUHtdCDX3A@public.gmane.org>\n"
+ "> Acked-by: KAMEZAWA Hiroyuki <kamezawa.hiroyu@jp.fujitsu.com>\n"
  "\n"
  "Yes, let's do this for now.\n"
  "\n"
@@ -156,4 +155,4 @@
  "Shmem does not use this function but also charges under the i_mutex in\n"
  the write path and fallocate at least.
 
-fd52a6268b96184e4234f2fcba84a029a0ea7ecb9c984997f18ca4b6e1abc3ee
+f54324bd65f5f3f39ca25e27833805ff0a5a9ea32f2b2f7bfab4585f74b09b35

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.