On Sun, Jan 22, 2006 at 05:46:15PM +1100, herbert wrote:
>
> This is due to the fclone patch. On the error path if we allocated an
> fclone then we will free it in the wrong pool.
>
> The following patch should fix the problem.
I let an extra blank line sneak in there. Can't have that :)
Sign
2:45 white kernel: df7c9140 is skbuff_fclone_cache.
> > Jan 7 17:22:45 white kernel: Badness in cache_free_debugcheck at
> mm/slab.c:2315
> > (Not tainted)
> > Jan 7 17:22:45 white kernel: []
> cache_free_debugcheck+0x86/0x198
> > [] __alloc_skb+0x10e/0x117
>
From: Dave Jones <[EMAIL PROTECTED]>
Date: Thu, 19 Jan 2006 01:38:24 -0500
> FWIW, the original bug reporter has followed up to report that this
> is still present in a kernel based on 2.6.16rc1
I wonder if this is another -Os miscompile...
I'll try to have a look.
-
To unsubscribe from this lis
cache_free: expected cache
> df7c9140, got df7c9200
> Jan 7 17:22:45 white kernel: df7c9200 is skbuff_head_cache.
> Jan 7 17:22:45 white kernel: df7c9140 is skbuff_fclone_cache.
> Jan 7 17:22:45 white kernel: Badness in cache_free_debugcheck at
> mm/slab.c:2315
> (Not tainted
:54PM -0500, [EMAIL PROTECTED] wrote:
> https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id=177236
>
> Summary: Badness in cache_free_debugcheck at mm/slab.c:2315
>Product: Fedora Core
>Version: devel
> Platform: All
>
