Re: [RFC] Common code 09/12] slabs: Extract a common function for kmem_cache_destroy

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

 



On Mon, 21 May 2012, Glauber Costa wrote:

> Something doesn't smell right here. It seems that we're now closing the caches
> right away. That wasn't the case before, nor it should be: For aliases, we
> should only decrease the refcount.

Why not? The only thing that could be left pending are frees to the page
allocator. We can do those frees with just the kmem_cache structure
hanging on for awhile.

> So unless I am missing something, it seems to me the correct code would be:
>
> s->refcount--;
> if (!s->refcount)
>     return kmem_cache_close;
> return 0;
>
> And while we're on that, that makes the sequence list_del() -> if it fails ->
> list_add() in the common kmem_cache_destroy a bit clumsy. Aliases will be
> re-added to the list quite frequently. Not that it is a big problem, but
> still...

True but this is just an intermediate step. Ultimately the series will
move sysfs processing into slab_common.c and then this is going away.

--
To unsubscribe, send a message with 'unsubscribe linux-mm' in
the body to majordomo@xxxxxxxxx.  For more info on Linux MM,
see: http://www.linux-mm.org/ .
Fight unfair telecom internet charges in Canada: sign http://stopthemeter.ca/
Don't email: <a href=mailto:"dont@xxxxxxxxx";> email@xxxxxxxxx </a>


[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]