Re: [PATCH] memcg: fix mutex not unlocked on memcg_create_kmem_cache fail path

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



I've added this to my to-do list.


On January 30, 2014 at 4:09:02 PM CST, Andrew Morton wrote:
On Thu, 30 Jan 2014 14:04:12 -0800 (PST) David Rientjes wrote:

> On Thu, 30 Jan 2014, Andrew Morton wrote:
>
> > > Yeah, it shouldn't be temporary it should be the one and only allocation.
> > > We should construct the name in memcg_create_kmem_cache() and be done with
> > > it.
> >
> > Could. That would require converting memcg_create_kmem_cache() to take
> > a va_list and call kasprintf() on it.
> >
>
> Why? We already construct the name in memcg_create_kmem_cache()
> appropriately, we just want to avoid the kstrdup() in
> kmem_cache_create_memcg() since it's pointless like my patch does.

oh, OK, missed that.

The problem now is that the string at kmem_cache.name is PATH_MAX
bytes, and PATH_MAX is huuuuuuuge.

--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/

[Index of Archives]     [Linux ARM Kernel]     [Linux ARM]     [Linux Omap]     [Fedora ARM]     [IETF Annouce]     [Bugtraq]     [Linux]     [Linux OMAP]     [Linux MIPS]     [ECOS]     [Asterisk Internet PBX]     [Linux API]