diff for duplicates of <87zjt2tm9f.fsf@xmission.com> diff --git a/a/1.txt b/N1/1.txt index fa262d6..739efd4 100644 --- a/a/1.txt +++ b/N1/1.txt @@ -1,9 +1,9 @@ -Michal Hocko <mhocko-AlSwsSmVLrQ@public.gmane.org> writes: +Michal Hocko <mhocko@suse.cz> writes: > [I am CCing David here as well] > > On Tue 30-07-13 09:37:46, Eric W. Biederman wrote: ->> Michal Hocko <mhocko-AlSwsSmVLrQ@public.gmane.org> writes: +>> Michal Hocko <mhocko@suse.cz> writes: >> >> > On Tue 30-07-13 01:19:31, Eric W. Biederman wrote: >> > [...] @@ -39,7 +39,7 @@ sleep. You don't handle a task that has processed the fatal signal and is in PF_EXITING. Which is what I experienced. -From earlier comments about my code not being early enough I thought I +>From earlier comments about my code not being early enough I thought I was going to see a patch in __mem_cgroup_try_change so that the bypass case will kick in also for tasks in PF_EXITING. You change actually addresses things later in the code path than mine does. @@ -50,7 +50,7 @@ Eric > --- > From 411408558f2858328ea25e69567e9a53a8314032 Mon Sep 17 00:00:00 2001 -> From: Michal Hocko <mhocko-AlSwsSmVLrQ@public.gmane.org> +> From: Michal Hocko <mhocko@suse.cz> > Date: Wed, 31 Jul 2013 08:48:54 +0200 > Subject: [PATCH] memcg: Do not hang on OOM when killed by userspace OOM > @@ -90,9 +90,9 @@ Eric > userspace OOM handler but this is not harmful as the task is going away > anyway and under-oom group would like to see it go as soon as possible. > -> Reported-by: Eric W. Biederman <ebiederm-aS9lmoZGLiVWk0Htik3J/w@public.gmane.org> -> Debugged-by: Eric W. Biederman <ebiederm-aS9lmoZGLiVWk0Htik3J/w@public.gmane.org> -> Signed-off-by: Michal Hocko <mhocko-AlSwsSmVLrQ@public.gmane.org> +> Reported-by: Eric W. Biederman <ebiederm@xmission.com> +> Debugged-by: Eric W. Biederman <ebiederm@xmission.com> +> Signed-off-by: Michal Hocko <mhocko@suse.cz> > --- > mm/memcontrol.c | 13 ++++++++++++- > 1 file changed, 12 insertions(+), 1 deletion(-) diff --git a/a/content_digest b/N1/content_digest index c30d774..bfc464c 100644 --- a/a/content_digest +++ b/N1/content_digest @@ -9,29 +9,28 @@ "ref\020130730123120.GA15847@dhcp22.suse.cz\0" "ref\0874nbc3sx1.fsf@tw-ebiederman.twitter.com\0" "ref\020130731073726.GC30514@dhcp22.suse.cz\0" - "ref\020130731073726.GC30514-2MMpYkNvuYDjFM9bn6wA6Q@public.gmane.org\0" - "From\0ebiederm-aS9lmoZGLiVWk0Htik3J/w@public.gmane.org (Eric W. Biederman)\0" + "From\0ebiederm@xmission.com (Eric W. Biederman)\0" "Subject\0Re: memcg creates an unkillable task in 3.11-rc2\0" "Date\0Wed, 31 Jul 2013 15:09:16 -0700\0" - "To\0Michal Hocko <mhocko-AlSwsSmVLrQ@public.gmane.org>\0" - "Cc\0Li Zefan <lizefan-hv44wF8Li93QT0dZR+AlfA@public.gmane.org>" - Tejun Heo <tj-DgEjT+Ai2ygdnm+yROfE0A@public.gmane.org> - Linus Torvalds <torvalds-de/tnXTf+JLsfHDXvbKv3WD2FQJk+8+b@public.gmane.org> - cgroups-u79uwXL29TY76Z2rM5mHXA@public.gmane.org - containers-cunTk1MwBs9QetFLy7KEm3xJsTq8ys+cHZ5vskTnxNA@public.gmane.org - linux-kernel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org - kent.overstreet-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org - Glauber Costa <glommer-Re5JQEeQqe8AvxtiuMwx3w@public.gmane.org> - Johannes Weiner <hannes-druUgvl0LCNAfugRpC6u6w@public.gmane.org> - " David Rientjes <rientjes-hpIqsD4AKlfQT0dZR+AlfA@public.gmane.org>\0" + "To\0Michal Hocko <mhocko@suse.cz>\0" + "Cc\0Li Zefan <lizefan@huawei.com>" + Tejun Heo <tj@kernel.org> + Linus Torvalds <torvalds@linux-foundation.org> + cgroups@vger.kernel.org + containers@lists.linux-foundation.org + linux-kernel@vger.kernel.org + kent.overstreet@gmail.com + Glauber Costa <glommer@gmail.com> + Johannes Weiner <hannes@cmpxchg.org> + " David Rientjes <rientjes@google.com>\0" "\00:1\0" "b\0" - "Michal Hocko <mhocko-AlSwsSmVLrQ@public.gmane.org> writes:\n" + "Michal Hocko <mhocko@suse.cz> writes:\n" "\n" "> [I am CCing David here as well]\n" ">\n" "> On Tue 30-07-13 09:37:46, Eric W. Biederman wrote:\n" - ">> Michal Hocko <mhocko-AlSwsSmVLrQ@public.gmane.org> writes:\n" + ">> Michal Hocko <mhocko@suse.cz> writes:\n" ">> \n" ">> > On Tue 30-07-13 01:19:31, Eric W. Biederman wrote:\n" ">> > [...]\n" @@ -67,7 +66,7 @@ "You don't handle a task that has processed the fatal signal and is in\n" "PF_EXITING. Which is what I experienced.\n" "\n" - "From earlier comments about my code not being early enough I thought I\n" + ">From earlier comments about my code not being early enough I thought I\n" "was going to see a patch in __mem_cgroup_try_change so that the bypass\n" "case will kick in also for tasks in PF_EXITING. You change actually\n" "addresses things later in the code path than mine does.\n" @@ -78,7 +77,7 @@ "\n" "> ---\n" "> From 411408558f2858328ea25e69567e9a53a8314032 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: Wed, 31 Jul 2013 08:48:54 +0200\n" "> Subject: [PATCH] memcg: Do not hang on OOM when killed by userspace OOM\n" ">\n" @@ -118,9 +117,9 @@ "> userspace OOM handler but this is not harmful as the task is going away\n" "> anyway and under-oom group would like to see it go as soon as possible.\n" ">\n" - "> Reported-by: Eric W. Biederman <ebiederm-aS9lmoZGLiVWk0Htik3J/w@public.gmane.org>\n" - "> Debugged-by: Eric W. Biederman <ebiederm-aS9lmoZGLiVWk0Htik3J/w@public.gmane.org>\n" - "> Signed-off-by: Michal Hocko <mhocko-AlSwsSmVLrQ@public.gmane.org>\n" + "> Reported-by: Eric W. Biederman <ebiederm@xmission.com>\n" + "> Debugged-by: Eric W. Biederman <ebiederm@xmission.com>\n" + "> Signed-off-by: Michal Hocko <mhocko@suse.cz>\n" "> ---\n" "> mm/memcontrol.c | 13 ++++++++++++-\n" "> 1 file changed, 12 insertions(+), 1 deletion(-)\n" @@ -153,4 +152,4 @@ "> -- \n" > 1.8.3.2 -4b7958e0e218822fd5085d7c5c24320d9daaaf78f5724a7cdb38b34da7496243 +e0f5f72e9353087c5e1f27ef96b47eab32cd44456c387446aa88425f9bc0cf15
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.