* [PATCH] slab: fix wrong retval on kmem_cache_create_memcg error path
@ 2014-01-24 21:15 Vladimir Davydov
2014-01-26 4:39 ` David Rientjes
0 siblings, 1 reply; 3+ messages in thread
From: Vladimir Davydov @ 2014-01-24 21:15 UTC (permalink / raw)
To: Andrew Morton
Cc: linux-kernel, linux-mm, Dave Jones, Pekka Enberg, Christoph Lameter
From: Dave Jones <davej@redhat.com>
On kmem_cache_create_memcg() error path we set 'err', but leave 's' (the
new cache ptr) undefined. The latter can be NULL if we could not
allocate the cache, or pointing to a freed area if we failed somewhere
later while trying to initialize it. Initially we checked 'err'
immediately before exiting the function and returned NULL if it was set
ignoring the value of 's':
out_unlock:
...
if (err) {
...
return NULL;
}
return s;
Recently this check was, in fact, broken by commit f717eb3abb5e ("slab:
do not panic if we fail to create memcg cache"), which turned it to:
out_unlock:
...
if (err && !memcg) {
...
return NULL;
}
return s;
As a result, if we are failing creating a cache for a memcg, we will
skip the check and return 's' that can contain crap. Let's fix it by
assuring that on error path there are always two conditions satisfied at
the same time, err != 0 and s == NULL, by explicitly zeroing 's' after
freeing it on error path.
Signed-off-by: Dave Jones <davej@redhat.com>
Signed-off-by: Vladimir Davydov <vdavydov@parallels.com>
Cc: Pekka Enberg <penberg@kernel.org>
Cc: Christoph Lameter <cl@linux.com>
---
mm/slab_common.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/mm/slab_common.c b/mm/slab_common.c
index 8e40321..499b53c 100644
--- a/mm/slab_common.c
+++ b/mm/slab_common.c
@@ -249,7 +249,6 @@ out_unlock:
name, err);
dump_stack();
}
- return NULL;
}
return s;
@@ -257,6 +256,7 @@ out_free_cache:
memcg_free_cache_params(s);
kfree(s->name);
kmem_cache_free(kmem_cache, s);
+ s = NULL;
goto out_unlock;
}
--
1.7.10.4
--
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>
^ permalink raw reply [flat|nested] 3+ messages in thread
* Re: [PATCH] slab: fix wrong retval on kmem_cache_create_memcg error path
2014-01-24 21:15 [PATCH] slab: fix wrong retval on kmem_cache_create_memcg error path Vladimir Davydov
@ 2014-01-26 4:39 ` David Rientjes
2014-01-26 8:15 ` Vladimir Davydov
0 siblings, 1 reply; 3+ messages in thread
From: David Rientjes @ 2014-01-26 4:39 UTC (permalink / raw)
To: Vladimir Davydov
Cc: Andrew Morton, linux-kernel, linux-mm, Dave Jones, Pekka Enberg,
Christoph Lameter
On Sat, 25 Jan 2014, Vladimir Davydov wrote:
> diff --git a/mm/slab_common.c b/mm/slab_common.c
> index 8e40321..499b53c 100644
> --- a/mm/slab_common.c
> +++ b/mm/slab_common.c
> @@ -249,7 +249,6 @@ out_unlock:
> name, err);
> dump_stack();
> }
> - return NULL;
> }
> return s;
>
> @@ -257,6 +256,7 @@ out_free_cache:
> memcg_free_cache_params(s);
> kfree(s->name);
> kmem_cache_free(kmem_cache, s);
> + s = NULL;
> goto out_unlock;
> }
>
I thought I left spaghetti code back in my BASIC 2.0 days. It should be
much more readable to just do
diff --git a/mm/slab_common.c b/mm/slab_common.c
--- a/mm/slab_common.c
+++ b/mm/slab_common.c
@@ -233,14 +233,15 @@ out_unlock:
mutex_unlock(&slab_mutex);
put_online_cpus();
- /*
- * There is no point in flooding logs with warnings or especially
- * crashing the system if we fail to create a cache for a memcg. In
- * this case we will be accounting the memcg allocation to the root
- * cgroup until we succeed to create its own cache, but it isn't that
- * critical.
- */
- if (err && !memcg) {
+ if (err) {
+ /*
+ * There is no point in flooding logs with warnings or
+ * especially crashing the system if we fail to create a cache
+ * for a memcg.
+ */
+ if (memcg)
+ return NULL;
+
if (flags & SLAB_PANIC)
panic("kmem_cache_create: Failed to create slab '%s'. Error %d\n",
name, err);
and stop trying to remember what err, memcg, and s are in all possible
contexts. Sheesh.
--
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>
^ permalink raw reply [flat|nested] 3+ messages in thread
* Re: [PATCH] slab: fix wrong retval on kmem_cache_create_memcg error path
2014-01-26 4:39 ` David Rientjes
@ 2014-01-26 8:15 ` Vladimir Davydov
0 siblings, 0 replies; 3+ messages in thread
From: Vladimir Davydov @ 2014-01-26 8:15 UTC (permalink / raw)
To: David Rientjes, Andrew Morton
Cc: linux-kernel, linux-mm, Dave Jones, Pekka Enberg, Christoph Lameter
[-- Attachment #1: Type: text/plain, Size: 1858 bytes --]
On 01/26/2014 08:39 AM, David Rientjes wrote:
> On Sat, 25 Jan 2014, Vladimir Davydov wrote:
>
>> diff --git a/mm/slab_common.c b/mm/slab_common.c
>> index 8e40321..499b53c 100644
>> --- a/mm/slab_common.c
>> +++ b/mm/slab_common.c
>> @@ -249,7 +249,6 @@ out_unlock:
>> name, err);
>> dump_stack();
>> }
>> - return NULL;
>> }
>> return s;
>>
>> @@ -257,6 +256,7 @@ out_free_cache:
>> memcg_free_cache_params(s);
>> kfree(s->name);
>> kmem_cache_free(kmem_cache, s);
>> + s = NULL;
>> goto out_unlock;
>> }
>>
> I thought I left spaghetti code back in my BASIC 2.0 days. It should be
> much more readable to just do
>
> diff --git a/mm/slab_common.c b/mm/slab_common.c
> --- a/mm/slab_common.c
> +++ b/mm/slab_common.c
> @@ -233,14 +233,15 @@ out_unlock:
> mutex_unlock(&slab_mutex);
> put_online_cpus();
>
> - /*
> - * There is no point in flooding logs with warnings or especially
> - * crashing the system if we fail to create a cache for a memcg. In
> - * this case we will be accounting the memcg allocation to the root
> - * cgroup until we succeed to create its own cache, but it isn't that
> - * critical.
> - */
> - if (err && !memcg) {
> + if (err) {
> + /*
> + * There is no point in flooding logs with warnings or
> + * especially crashing the system if we fail to create a cache
> + * for a memcg.
> + */
> + if (memcg)
> + return NULL;
> +
> if (flags & SLAB_PANIC)
> panic("kmem_cache_create: Failed to create slab '%s'. Error %d\n",
> name, err);
>
> and stop trying to remember what err, memcg, and s are in all possible
> contexts. Sheesh.
Hi, David,
Although it's rather a matter of personal preference, I tend to agree
with you.
Andrew,
The fix by David Rientjes is attached. It's up to you to decide, which
one looks better.
Thank you and sorry about the noise.
[-- Warning: decoded text below may be mangled, UTF-8 assumed --]
[-- Attachment #2: 0001-slab-fix-wrong-retval-on-kmem_cache_create_memcg-err.patch --]
[-- Type: text/x-patch; name="0001-slab-fix-wrong-retval-on-kmem_cache_create_memcg-err.patch", Size: 0 bytes --]
^ permalink raw reply [flat|nested] 3+ messages in thread
end of thread, other threads:[~2014-01-26 8:15 UTC | newest]
Thread overview: 3+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2014-01-24 21:15 [PATCH] slab: fix wrong retval on kmem_cache_create_memcg error path Vladimir Davydov
2014-01-26 4:39 ` David Rientjes
2014-01-26 8:15 ` Vladimir Davydov
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox