Re: slab corruption in skb allocs

[Matt Mackall <mpm@selenic.com>]

On Fri, Mar 04, 2005 at 01:23:48PM +0100, Richard Fuchs wrote:
> Andrew Morton wrote:
> 
> >I guess it could be hardware.  But given that disabling DMA _causes_ the
> >problem, rather than fixes it, it seems unlikely.
> >
> >Could you enable CONFIG_DEBUG_PAGEALLOC in .config and see it that triggers
> >an oops?
> 
> by now, i could reproduce this on two different machines with quite 
> different hardware, while a third doesn't seem to show those symptoms. 
> on the second machine, i got the corruption errors from the slab 
> debugger mostly from the disk access alone, the network traffic was only 
> minimal (but still present). i was doing write operations on the hdd in 
> this test.
> 
> kernel 2.6.7 doesn't show this behavior, while all kernels from 2.6.9 
> and up do. (i didn't test 2.6.8.x).
> 
> as for DEBUG_PAGEALLOC... when i enable this option, the errors from 
> DEBUG_SLAB magically disappear. however, my ssh session got disconnected 
> once while doing the disk access with the message:
> 
> Received disconnect from 195.58.172.154: 2: Bad packet length 4239103034.

Send the output of ethtool, please. This tends to be checksum
offloading not working as it should or the like. Can you repeat this
with bulk ssh traffic?

-- 
Mathematics is the supreme nostalgia of our time.