From owner-freebsd-stable@FreeBSD.ORG Sun Jul 29 20:44:01 2007 Return-Path: Delivered-To: freebsd-stable@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 7D81916A417 for ; Sun, 29 Jul 2007 20:44:01 +0000 (UTC) (envelope-from kstewart@owt.com) Received: from smtp.owt.com (smtp.owt.com [204.118.6.19]) by mx1.freebsd.org (Postfix) with ESMTP id 5AB8313C45E for ; Sun, 29 Jul 2007 20:44:01 +0000 (UTC) (envelope-from kstewart@owt.com) Received: from topaz-out (owt-207-41-94-233.owt.com [207.41.94.233]) by smtp.owt.com (8.12.11.20060308/8.12.8) with ESMTP id l6TKRMeM025821; Sun, 29 Jul 2007 13:27:22 -0700 From: Kent Stewart To: freebsd-stable@freebsd.org Date: Sun, 29 Jul 2007 13:27:36 -0700 User-Agent: KMail/1.9.7 References: <200707292113.01023.lofi@freebsd.org> In-Reply-To: <200707292113.01023.lofi@freebsd.org> MIME-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200707291327.36963.kstewart@owt.com> Cc: Michael Nottebrock Subject: Re: Various problems with re(4) on a PCIe 8168/8111B onboard NIC X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 29 Jul 2007 20:44:01 -0000 On Sunday 29 July 2007, Michael Nottebrock wrote: > After recently updating the windows drivers (I dual-boot Windows XP > on the machine the NIC is in), I hit this problem: > http://gentoo-wiki.com/HARDWARE_RTL8168#Troubleshooting which affects > re(4) like it does the Linux drivers described in the above link. > > I already wrote the Realtek technical support about it since their > "own" FreeBSD driver (a hacked rl(4) that does not support any of the > chip's advanced features) does not manage to power up the PHY on its > own either - neither does the motherboard's BIOS when trying to > netboot. > > The other problem is that I have at least two applications > misbehaving when rxcsum/txcsum is enabled: > > - The Linux Second Life client (yes, yes, I know, but it is nice for > showing off GLX and it is really really good at generating network > traffic) will cease to receive data after about a minute or so - > turning off rcxsum/txcsum will mend it on the spot. > > - A Fedora Core 4 running in Qemu, networked with bridge(4) and > tap(4), cannot receive an ip address via DHCP. Interestingly, this > even occurs if rxcsum/txcsum was already turned off before launching > Qemu - to make it work, I have to cycle rxcsum/txcsum once. Might be > related to promiscuous mode. > > I realise that both of these make awful test cases, but so far they > are the only applications I found to expose those problems. > > This is on FreeBSD kiste 6.2-STABLE FreeBSD 6.2-STABLE #4: Sat Jul 28 > 14:11:23 CEST 2007 root@:/usr/obj/usr/src/sys/KISTE-SMP i386. > The kernel sources are up to date as of 2007-07-27. > > The NIC is re0: port > 0xd800-0xd8ff mem 0xfbfff000-0xfbffffff irq 36 at device 0.0 on pci3 > / re0@pci3:0:0: class=0x020000 card=0x81681849 chip=0x816810ec > rev=0x01 hdr=0x00. Have you looked at /var/log/messages? I would be surprised if you have not had a number of Jul 27 00:55:32 ruby kernel: re0: watchdog timeout Jul 27 00:55:32 ruby kernel: re0: link state changed to DOWN Jul 27 00:55:35 ruby kernel: re0: link state changed to UP People have complained a long time ago and basically given up on getting it fixed. Kent -- Kent Stewart Richland, WA http://www.soyandina.com/ "I am Andean project". http://users.owt.com/kstewart/index.html