On Tue, Apr 10, 2001 at 07:27:29PM +0300, Imran.Patel@nokia.com wrote:
> > On Mon, Apr 09, 2001 at 07:03:46PM +0300, Imran.Patel@nokia.com wrote:
> > > I have written a test module which closely mirrors what my
> > code tries to
> > > do(attached below). This is what i get:
> > >
> > > PRE_R: old skb:c371ee40 new skb:c371ee30
> >
> > I guess oldskb->len is <=0xc, and the slab allocator packs
> > them near together
> > in the same zone.
>
> nope. i have checked it, the length of the older skb is perfectly ok.....and
> i even found that this weird behaviour happens only when the old skb buffer
> length is between 80 and 224 bytes.
Well, I don't know then. You have to debug it. It's probably something stupid
(if fundamental services like alloc_skb/kfree_skb were completely buggy
someone surely would have noticed earlier)
-Andi
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
This archive was generated by hypermail 2b29 : Sun Apr 15 2001 - 21:00:13 EST