[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <alpine.DEB.2.20.1611071324380.19249@east.gentwo.org>
Date: Mon, 7 Nov 2016 13:28:09 -0600 (CST)
From: Christoph Lameter <cl@...ux.com>
To: Thomas Garnier <thgarnie@...gle.com>
cc: David Rientjes <rientjes@...gle.com>,
Pekka Enberg <penberg@...nel.org>,
Joonsoo Kim <iamjoonsoo.kim@....com>,
Andrew Morton <akpm@...ux-foundation.org>,
Linux-MM <linux-mm@...ck.org>,
LKML <linux-kernel@...r.kernel.org>,
Greg Thelen <gthelen@...gle.com>,
Vladimir Davydov <vdavydov.dev@...il.com>,
Michal Hocko <mhocko@...nel.org>
Subject: Re: [PATCH v2] memcg: Prevent memcg caches to be both OFF_SLAB &
OBJFREELIST_SLAB
On Mon, 7 Nov 2016, Thomas Garnier wrote:
> I am not sure that is possible. kmem_cache_create currently check for
> possible alias, I assume that it goes against what memcg tries to do.
What does aliasing have to do with this? The aliases must have the same
flags otherwise the caches would not have been merged.
> Separate the changes in two patches might make sense:
>
> 1) Fix the original bug by masking the flags passed to create_cache
> 2) Add flags check in kmem_cache_create.
>
> Does it make sense?
Sure.
> > I also want to make sure that there are no other callers that specify
> > extraneou flags while we are at it.
> I will review as many as I can but we might run into surprises (quick
> boot on defconfig didn't show anything). That's why having two
> different patches might be useful.
These surprises can be caught later ... Just make sure that the core works
fine with this. You cannot audit all drivers.
Powered by blists - more mailing lists