From owner-freebsd-current@FreeBSD.ORG Sun Dec 14 18:59:18 2003 Return-Path: Delivered-To: freebsd-current@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id A46C116A4CE for ; Sun, 14 Dec 2003 18:59:18 -0800 (PST) Received: from cserv62.csub.edu (cserv62.csub.edu [136.168.10.62]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7E2DD43D3F for ; Sun, 14 Dec 2003 18:59:17 -0800 (PST) (envelope-from rjackson@cserv62.csub.edu) Received: from cserv62.csub.edu (adsl-67-123-17-147.dsl.bkfd14.pacbell.net [67.123.17.147]) by cserv62.csub.edu (8.12.9/8.12.9) with ESMTP id hBF2xHOX078599 for ; Sun, 14 Dec 2003 18:59:17 -0800 (PST) (envelope-from rjackson@cserv62.csub.edu) Message-ID: <3FDD237C.4090206@cserv62.csub.edu> Date: Sun, 14 Dec 2003 18:59:08 -0800 From: Russell Jackson User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.5) Gecko/20031208 Thunderbird/0.3 X-Accept-Language: en-us, en MIME-Version: 1.0 To: freebsd-current@freebsd.org References: <200312142213.hBEMDI3Q099167@spider.deepcore.dk> <1071444376.436.8.camel@madoka> In-Reply-To: <1071444376.436.8.camel@madoka> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: RTL8139C+ re driver watchdog timeout X-BeenThere: freebsd-current@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Discussions about the use of FreeBSD-current List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 15 Dec 2003 02:59:18 -0000 Simon Loader wrote: >On Sun, 2003-12-14 at 22:13, Soren Schmidt wrote: > > >>It seems Russell Jackson wrote: >> >> >>>Ever since 8139C+ support was seperated from the rl driver into the re >>>driver, I have had timeout problems. The interface simply stops >>>responding randomly. I never had this problem with the rl driver. At >>>first I thought this might be do to ACPI not initializing the NIC >>>correctly, but I have the same problem with ACPI disabled. Ifconfig >>>doesn't correctly display media status either. It shows media (none) >>>even though a cable is connected, and the interface will work (however >>>with the timeout problem). >>> >>>re0: flags=8843 mtu 1500 >>> options=1b >>> inet 192.168.0.4 netmask 0xffffff00 broadcast 192.168.0.255 >>> ether 00:08:02:d0:21:4e >>> media: Ethernet 100baseTX (none) >>> >>>Note that I set the media type and mediaopt manually with ifconfig. It >>>still shows a status of none. >>> >>>Also note that this same hardware did work perfectly before with the old >>>rl driver. >>> >>> >>Just a "me too" entry here, I've put an ifconfig down/up in crontab >>every minute, that seems to keep the interface up :) >> >> > > >yes another me too with a bit more info > >But I can get this to happen almost every time with a cvsup. (this is >current). > >What happens is it eventually the chip must stop responding or the code >is not removing mbufs correctly as sc->rl_ldata.rl_tx_free <= 4 in >re_encap causes it to stop. > >HTH > > > > Actually, my fustration in trying to cvsup on this machine is what prompted me to post ;-)