Re: Starfire (Adaptec) kernel 2.6.13+ panics on AMD64 NFS server

2 messages, 2 authors, 2005-10-01 · open the first message on its own page

Re: Starfire (Adaptec) kernel 2.6.13+ panics on AMD64 NFS server

From: Herbert Xu <herbert@gondor.apana.org.au>
Date: 2005-09-30 22:39:47

On Fri, Sep 30, 2005 at 08:10:59PM +0000, Hendrik Visage wrote:
Anycase, here is a non-PREEMPT traceback. What makes this one
interesting, is that
in the preempt case, I had to push the NFS output to get the panic, but the
non-preempt case attached, sorta just happened, ie. when the clients
just checked on the server's status :(
You must never call skb_checksum_help unless the packet is meant to
be checksummed by the hardware.  So starfire is the guilty party here.

This patch makes it do the check and also check for errors from
skb_checksum_help.

Signed-off-by: Herbert Xu <herbert@gondor.apana.org.au>

Cheers,
-- 
Visit Openswan at http://www.openswan.org/
Email: Herbert Xu ~{PmV>HI~} [off-list ref]
Home Page: http://gondor.apana.org.au/~herbert/
PGP Key: http://gondor.apana.org.au/~herbert/pubkey.txt

Re: Starfire (Adaptec) kernel 2.6.13+ panics on AMD64 NFS server

From: Hendrik Visage <hidden>
Date: 2005-10-01 19:21:27

On 10/1/05, Herbert Xu [off-list ref] wrote:
You must never call skb_checksum_help unless the packet is meant to
be checksummed by the hardware.  So starfire is the guilty party here.

This patch makes it do the check and also check for errors from
skb_checksum_help.

Signed-off-by: Herbert Xu <herbert@gondor.apana.org.au>
Thanx Herbert,
 at least on 2.6.14_rc2 the patch appears to work for my stress test :)

--
Hendrik Visage
Keyboard shortcuts
hback out one level
jnext message in thread
kprevious message in thread
ldrill in
Escclose help / fold thread tree
?toggle this help