Re: slab corruption in skb allocs

Richard Fuchs
2005-03-04T23:52:32Z

Matt Mackall wrote:

> Which card/driver is this? Is this the same card that's showing ssh
> troubles? My theory about your ssh trouble only applies to cards with
> checksum offload.

i got the same on all three machines i was testing with, with both the
e100 and the eepro100 driver. one of those three machines was the one
with the ssh troubles, its card is identified as "Intel Corp. 82557/8/9
[Ethernet Pro 100] (rev 08)", pci id 8086:1229. plus, i couldn't
reproduce those problems on a machine with e1000, which does support all
kinds of checksum offloading. (there might still be something fishy with
the e1000 as well, as i'm not entirely trusting the errors from the slab
checkers alone. especially since i don't see those messages when i
enable page alloc debugging.)

another machine behaves even more strangely... its nic is identified as
"Intel Corp. 82801BD PRO/100 VE (LOM) Ethernet Controller (rev 81)", pci
id 8086:1039, also apparently not supporting hardware checksums. it does
immediately produce the slab debug errors when i bombard it with udp
packets while having disk access w/o dma, but remains silent when doing
the same with a tcp transfer instead of udp packets. neither ssh traffic
nor /dev/zero piped through netcat (no matter in which direction) makes
it catch any errors. i only got a _single_ message from the slab
debugger when sending /dev/zero through netcat in _both_ directions at
the same time (in and out). however, i do get pages and pages of those
messages when sending a simple stream of udp packets to the box...
again, this is all with the e100 driver, i couldn't produce any similar
results with the eepro100 or the e1000 driver yet, but apparently this
doesn't necessarily mean that there isn't something wrong anyway...

cheers
richard