Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1752694Ab0DLDoz (ORCPT ); Sun, 11 Apr 2010 23:44:55 -0400 Received: from complete.lackof.org ([198.49.126.79]:55435 "EHLO complete.lackof.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751655Ab0DLDox (ORCPT ); Sun, 11 Apr 2010 23:44:53 -0400 Date: Sun, 11 Apr 2010 21:44:52 -0600 From: Grant Grundler To: Adrian Glaubitz Cc: Grant Grundler , Kyle McMartin , "David S. Miller" , Joe Perches , netdev@vger.kernel.org, linux-kernel@vger.kernel.org Subject: Re: tulip_stop_rxtx() failed (CSR5 0xf0260000 CSR6 0xb3862002) on DEC Alpha Personal Workstation 433au Message-ID: <20100412034452.GA22957@lackof.org> References: <20100405171318.GA18915@physik.fu-berlin.de> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20100405171318.GA18915@physik.fu-berlin.de> X-Home-Page: http://www.parisc-linux.org/ User-Agent: Mutt/1.5.18 (2008-05-17) Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 2160 Lines: 48 On Mon, Apr 05, 2010 at 07:13:18PM +0200, Adrian Glaubitz wrote: > Hi guys, > > I installed Debian unstable on an old digital workstation "DEC Digital > Personal Workstation 433au" (Miata) which has an on-board tulip > network controller. I'm not really using that network controller but > an off-board intel e1000 controller. However, I found that the tulip > driver produces a lot of noise in the message log, the following > message is repated periodically and spams the whole message log: > > 0000:00:03.0: tulip_stop_rxtx() failed (CSR5 0xf0260000 CSR6 0xb3862002) > > Do you think this is related to the fact that no cable is connected to > the network controller? It shouldn't be. The "stop_rxtx failed" error is because either CSR5_TS or CSR5_RS are still set in CSR5. This means the chip thinks the transmit or receive protocol engines are still running. What I suspect is the state isn't "running" by rather some other "hung" state caused by failed (lack of) link. This has been reported before but I've not looked that closely yet. > The lspci output of the hardware looks like this: > > test-adrian1:~# lspci > 00:03.0 Ethernet controller: Digital Equipment Corporation DECchip 21142/43 (rev 30) > 00:07.0 ISA bridge: Contaq Microsystems 82c693 > 00:07.1 IDE interface: Contaq Microsystems 82c693 > 00:07.2 IDE interface: Contaq Microsystems 82c693 > 00:07.3 USB Controller: Contaq Microsystems 82c693 > 00:0b.0 VGA compatible controller: Matrox Graphics, Inc. MGA 2064W [Millennium] (rev 01) > 00:14.0 PCI bridge: Digital Equipment Corporation DECchip 21152 (rev 03) > 01:04.0 SCSI storage controller: QLogic Corp. ISP1020 Fast-wide SCSI (rev 05) > 01:09.0 Ethernet controller: Intel Corporation 82541GI Gigabit Ethernet Controller > > If you need anymore verbose or debug output, please let me know. I might. I first have to stare at the tulip programmers guide a while sort. cheers, grant -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/