From: Li Zefan <lizefan@huawei.com>
To: Andrew Morton <akpm@linux-foundation.org>
Cc: Kamal Mostafa <kamal@canonical.com>,
Michal Hocko <mhocko@suse.cz>,
KAMEZAWA Hiroyuki <kamezawa.hiroyu@jp.fujitsu.com>,
Hugh Dickins <hughd@google.com>, Tejun Heo <tj@kernel.org>,
Glauber Costa <glommer@openvz.org>,
Johannes Weiner <hannes@cmpxchg.org>,
Linus Torvalds <torvalds@linux-foundation.org>,
<kernel-team@lists.ubuntu.com>, <stable@vger.kernel.org>,
<linux-kernel@vger.kernel.org>
Subject: Re: [ 3.8.y.z extended stable ] Patch "memcg, kmem: fix reference count handling on the error path" has been added to staging queue
Date: Wed, 17 Jul 2013 14:25:26 +0800 [thread overview]
Message-ID: <51E638D6.6030004@huawei.com> (raw)
In-Reply-To: <20130716174548.f34bc75e.akpm@linux-foundation.org>
On 2013/7/17 8:45, Andrew Morton wrote:
> On Tue, 16 Jul 2013 16:40:09 -0700 Kamal Mostafa <kamal@canonical.com> wrote:
>
>> On Tue, 2013-07-16 at 16:06 -0700, Andrew Morton wrote:
>>> On Tue, 16 Jul 2013 15:54:02 -0700 Kamal Mostafa <kamal@canonical.com> wrote:
>>>
>>>> This is a note to let you know that I have just added a patch titled
>>>>
>>>> memcg, kmem: fix reference count handling on the error path
>>>>
>>>> to the linux-3.8.y-queue branch of the 3.8.y.z extended stable tree
>>>> which can be found at:
>>>
>>> hm, why.
>>
>> Because it said "Cc: <stable@vger.kernel.org> [3.8]", making me think
>> the author specifically wanted it to be applied to 3.8-stable.
>
> Damn, so it did, sorry. Your version removed that line.
>
> I don't know why I did that - afaict problems can only occur when
> kmalloc(GFP_KERNEL) fails, and that's exceedingly unlikely.
>
I added the stable tag to this and the other patch, because the bugs were
regressions introduced in recent kernels, and Michal sugguest we may want
to backport them (but not in a strong feeling).
But surely the bug is extreamly unlikely, and seems we currently want to
be more strictly on what patches should go into stable, I think it's fine
to drop it from stable.
next prev parent reply other threads:[~2013-07-17 6:29 UTC|newest]
Thread overview: 5+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <1374015242-28112-1-git-send-email-kamal@canonical.com>
2013-07-16 23:06 ` [ 3.8.y.z extended stable ] Patch "memcg, kmem: fix reference count handling on the error path" has been added to staging queue Andrew Morton
2013-07-16 23:40 ` Kamal Mostafa
2013-07-17 0:45 ` Andrew Morton
2013-07-17 6:25 ` Li Zefan [this message]
2013-07-17 9:20 ` Michal Hocko
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=51E638D6.6030004@huawei.com \
--to=lizefan@huawei.com \
--cc=akpm@linux-foundation.org \
--cc=glommer@openvz.org \
--cc=hannes@cmpxchg.org \
--cc=hughd@google.com \
--cc=kamal@canonical.com \
--cc=kamezawa.hiroyu@jp.fujitsu.com \
--cc=kernel-team@lists.ubuntu.com \
--cc=linux-kernel@vger.kernel.org \
--cc=mhocko@suse.cz \
--cc=stable@vger.kernel.org \
--cc=tj@kernel.org \
--cc=torvalds@linux-foundation.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox