From: David Rientjes <rientjes@google.com>
To: Andrew Morton <akpm@linux-foundation.org>
Cc: Christoph Lameter <cl@gentwo.org>, Jeff Liu <jeff.liu@oracle.com>,
"linux-mm@kvack.org" <linux-mm@kvack.org>,
Pekka Enberg <penberg@kernel.org>,
akpm@linuxfoundation.org
Subject: Re: [PATCH RESEND] slub: return correct error on slab_sysfs_init
Date: Thu, 19 Jun 2014 14:34:05 -0700 (PDT) [thread overview]
Message-ID: <alpine.DEB.2.02.1406191432220.8611@chino.kir.corp.google.com> (raw)
In-Reply-To: <20140619133201.7f84ae4acbc1b9d8f65e2b4f@linux-foundation.org>
On Thu, 19 Jun 2014, Andrew Morton wrote:
> > > Why? kset_create_and_add() can fail for a few other reasons other than
> > > memory constraints and given that this is only done at bootstrap, it
> > > actually seems like a duplicate name would be a bigger concern than low on
> > > memory if another init call actually registered it.
> >
> > Greg said that the only reason for failure would be out of memory.
>
> The kset_create_and_add interface is busted - it should return an
> ERR_PTR on error, not NULL. This seems to be a common gregkh failing :(
>
> It's plausible that out-of-memory is the most common reason for
> kset_create_and_add() failure, dunno.
>
I seriously doubt out of memory issues are the most common reason for
failure since this is only done at init, it seems much more likely that
someone accidently added an object of the same name, "slab", erroneous and
then -ENOMEM wouldn't make any sense. kset_create_and_add() can most
certainly return other errors rather than just -ENOMEM.
--
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>
next prev parent reply other threads:[~2014-06-19 21:34 UTC|newest]
Thread overview: 9+ messages / expand[flat|nested] mbox.gz Atom feed top
2014-06-18 1:29 Jeff Liu
2014-06-18 20:16 ` David Rientjes
2014-06-19 14:39 ` Christoph Lameter
2014-06-19 20:32 ` Andrew Morton
2014-06-19 21:34 ` David Rientjes [this message]
2014-06-20 13:51 ` Jeff Liu
2014-06-20 22:30 ` David Rientjes
2014-06-21 8:49 ` Jeff Liu
2014-06-23 13:59 ` Christoph Lameter
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=alpine.DEB.2.02.1406191432220.8611@chino.kir.corp.google.com \
--to=rientjes@google.com \
--cc=akpm@linux-foundation.org \
--cc=akpm@linuxfoundation.org \
--cc=cl@gentwo.org \
--cc=jeff.liu@oracle.com \
--cc=linux-mm@kvack.org \
--cc=penberg@kernel.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