From mboxrd@z Thu Jan 1 00:00:00 1970 From: Jens Rosenboom Subject: Re: [BUG] netxen: Stops working between 2.6.30 and 2.6.31-rc1 Date: Fri, 20 Nov 2009 08:49:03 +0100 Message-ID: <20091120074903.GL14661@jayr.de> References: <20091119163908.GJ14661@jayr.de> <7608421F3572AB4292BB2532AE89D5658B0B95BD5C@AVEXMB1.qlogic.org> <20091119183607.GK14661@jayr.de> <7608421F3572AB4292BB2532AE89D5658B0B95BDC9@AVEXMB1.qlogic.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: Jens Rosenboom , "netdev@vger.kernel.org" , Amit Salecha To: Dhananjay Phadke Return-path: Received: from mout1.freenet.de ([195.4.92.91]:57592 "EHLO mout1.freenet.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1755874AbZKTHtM (ORCPT ); Fri, 20 Nov 2009 02:49:12 -0500 Content-Disposition: inline In-Reply-To: <7608421F3572AB4292BB2532AE89D5658B0B95BDC9@AVEXMB1.qlogic.org> Sender: netdev-owner@vger.kernel.org List-ID: On Thu, Nov 19, 2009 at 02:11:33PM -0800, Dhananjay Phadke wrote: > > Sorry, I forgot to mention that all later kernels that I tested > > including 2.6.31 and the current net-2.6 also fail, so the badness > > comes in somewhere in between 2.6.30 and 2.6.31-rc1. > > > > I also noticed that the newer kernel allocate four interrupts for the > > card instead of only one, but none of them seem to get triggered, the > > /proc/interrupts counters all stay at zero. > > What firmware revision you have? Since you are saying nothing > transmitted as well, I doubt if you have a link. Otherwise I > would imagine kernel tries to send some neighbor solicitation > crap as soon as you bring up interface. What does your > "ethtool ethx" say about the link? ethtool says "Link detected: yes" , if I try to ping a different host on the LAN the MAC of the card appears in the FDB on the switch, so I'm pretty sure that packets do get sent even if the kernel doesn't get a report for that because of the broken interrupts. Firmware is 3.4.336, which is the only one I could find from IBM Japan, the original Netxen pages seem to have been dumped by Qlogic. :-( The firmware on the card itself is being rejected by the kernel as too old. > It's possible to bisect commits which applied in driver/net/netxen. > That way you have fewer commits to rewind and remains focused on > the driver rather than screwing scsi. I did restrict the bisect to net/ + driver/net and still ran into trouble, I can retry with your suggestion.