Re: possible bug in kmem_cache related code

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


On Thu, 27 Apr 2006, Pekka Enberg wrote:

> On 4/27/06, Or Gerlitz <[email protected]> wrote:
> > With 2.6.17-rc3 I'm running into something which seems as a bug related
> > to kmem_cache. Doing some allocations/deallocations from a kmem_cache and
> > later attempting to destroy it yields the following message and trace
> Tested on and works ok. Christoph, could this be related to
> the cache draining patches that went in 2.6.17-rc1?

What happened to that part of the slab allocator? Looks completely  
changed to when I saw it the last time?

This directly fails in kmem_cache_destroy?

So it tries to free all the slab entries from the free list and then 
returns 1 or 2 if there are entries left on the partial and full 
list? So the bug happens if cache entries are left.

Guess the reason for this failure is then that not all cache entries have 
been freed before calling kmem_cache_destroy()?

To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [email protected]
More majordomo info at
Please read the FAQ at

[Index of Archives]     [Kernel Newbies]     [Netfilter]     [Bugtraq]     [Photo]     [Stuff]     [Gimp]     [Yosemite News]     [MIPS Linux]     [ARM Linux]     [Linux Security]     [Linux RAID]     [Video 4 Linux]     [Linux for the blind]     [Linux Resources]
  Powered by Linux