From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1030386AbVI3Uza (ORCPT ); Fri, 30 Sep 2005 16:55:30 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1030389AbVI3Uza (ORCPT ); Fri, 30 Sep 2005 16:55:30 -0400 Received: from ns1.limegroup.com ([64.48.93.2]:28428 "EHLO ns1.limegroup.com") by vger.kernel.org with ESMTP id S1030386AbVI3Uz3 (ORCPT ); Fri, 30 Sep 2005 16:55:29 -0400 Date: Fri, 30 Sep 2005 16:55:19 -0400 (EDT) From: Ion Badulescu X-X-Sender: ion@ionlinux.tower-research.com To: Hendrik Visage cc: Andrew Morton , linux-net@vger.kernel.org, linux-kernel@vger.kernel.org, Jeff Garzik Subject: Re: Starfire (Adaptec) kernel 2.6.13+ panics on AMD64 NFS server In-Reply-To: Message-ID: References: <20050929211649.69eaddee.akpm@osdl.org> <20050930104046.4685e975.akpm@osdl.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII; format=flowed Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org On Fri, 30 Sep 2005, Hendrik Visage wrote: > Anycase, here is a non-PREEMPT traceback. Same trace, pretty much like I expected. Still, starfire must be getting a bad skb from the upper layers, because it gets passed __unmodified__ to skb_checksum_help(). Either that, or skb_checksum_help() itself got broken at some point, at least on 64-bit platforms. I'll try to reproduce it over the weekend (assumming I can get an x86_64 box set up, with a starfire inside) and see where the problem is. > 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 :( I'm actually surprised you got your panic from nfsd. skb_checksum_help() is called only when one of the fragments has length == 1, so the easiest way to hit it is to slowly type something into a telnet session. Thanks, Ion -- It is better to keep your mouth shut and be thought a fool, than to open it and remove all doubt.