From owner-freebsd-questions@FreeBSD.ORG Wed Feb 4 21:53:12 2009 Return-Path: Delivered-To: freebsd-questions@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 5AF941065672 for ; Wed, 4 Feb 2009 21:53:12 +0000 (UTC) (envelope-from freebsd@optiksecurite.com) Received: from relais.videotron.ca (relais.videotron.ca [24.201.245.36]) by mx1.freebsd.org (Postfix) with ESMTP id 2D98B8FC1E for ; Wed, 4 Feb 2009 21:53:12 +0000 (UTC) (envelope-from freebsd@optiksecurite.com) MIME-version: 1.0 Content-transfer-encoding: 8BIT Content-type: text/plain; charset=ISO-8859-1; format=flowed Received: from [69.69.69.183] ([69.70.93.206]) by VL-MO-MR005.ip.videotron.ca (Sun Java(tm) System Messaging Server 6.3-4.01 (built Aug 3 2007; 32bit)) with ESMTP id <0KEK00CBBA2P7I30@VL-MO-MR005.ip.videotron.ca> for freebsd-questions@freebsd.org; Wed, 04 Feb 2009 16:52:01 -0500 (EST) Message-id: <498A0ECA.2070002@optiksecurite.com> Date: Wed, 04 Feb 2009 16:55:22 -0500 From: FreeBSD User-Agent: Thunderbird 2.0.0.19 (Windows/20081209) Cc: "freebsd-questions@freebsd.org" References: <497DDDB7.4000702@optiksecurite.com> <497E07D1.3030604@optiksecurite.com> <01FB8F39BAD0BD49A6D0DA8F78973929561F@Mercury.galaxy.lan.lcl> <497E24E5.5090701@optiksecurite.com> In-reply-to: <497E24E5.5090701@optiksecurite.com> Subject: Re: Link UP/DOWN problem with re0 on FreeBSD 7.1 X-BeenThere: freebsd-questions@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: User questions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 04 Feb 2009 21:53:12 -0000 FreeBSD a écrit : > Graeme Dargie a écrit : >> If you do a dmesg are you also showing a watchdog time out for the nic ? >> >> I only ask as I am having the exact same problem with the exact same >> card and I have yet to find a solution, if I come across something I >> will let you know. >> >> Regards >> Graeme > > Not a single time...sorry. > >> >> -----Original Message----- >> From: FreeBSD [mailto:freebsd@optiksecurite.com] Sent: 26 January 2009 >> 18:58 >> To: freebsd-questions@freebsd.org >> Subject: Re: Link UP/DOWN problem with re0 on FreeBSD 7.1 >> >> FreeBSD a écrit : >>> Hi everyone, >>> >>> Just to put you in context, I applied the following patch to make the >>> card available: >>> >>> SVN rev 186389 on 2008-12-22 00:46:22Z by yongari >>> >>> Since we don't request reset for rlphy(4), the link state 'UP' >>> event from mii(4) may not be delivered if valid link was already >>> established. To address the issue, check current link state after >>> driving MII_TICK. This should fix a regression introduced in >>> r185753 on fast ethernet controllers. >>> >>> --- >>> >>> I don't have any issue related to that anymore. The problem is that I >>> get link UP/DOWN a few times per hour on 3 identical machines that I >>> dumped/restored. They are all pluged in a Cisco switch that works >>> fine for every other PCs. >>> >>> Jan 26 06:09:15 term005 kernel: re0: link state changed to DOWN >>> Jan 26 06:09:17 term005 kernel: re0: link state changed to UP >>> >>> I tried to switch cables, but I got the same result. >>> >>> There is the pciconf -lv output: >>> >>> re0@pci0:3:0:0: class=0x020000 card=0x02831028 chip=0x816810ec >>> rev=0x02 hdr=0x00 >>> vendor = 'Realtek Semiconductor' >>> device = 'RTL8168/8111 PCI-E Gigabit Ethernet NIC' >>> class = network >>> subclass = ethernet >>> >>> There is the output of vmstat -i: >>> >>> interrupt total rate >>> irq18: re0 ehci0++ 63766 0 >>> irq19: atapci0 277001 3 >>> cpu0: timer 156068748 1961 >>> Total 156409515 1966 >>> >>> Could it be related to the fact that there is re0 and ehci0++ on the >>> same IRQ? >>> >>> Thank you for your help, >>> >>> Martin >> >> I just tried with a brand new Dell 2708 switch and the problem is >> still there. I just confirmed that the UP/DOWN occurs every 10 minutes >> (+- a few seconds). >> >> Thanks again, >> >> Martin >> Just to follow-up on my own problem... I tried to disable some options of the card with : ifconfig re0 -rxcsum -txcsum -tso -lro -vlanhwtag but nothing as changed. I just tried to download a big file (FreeBSD 7.1-REL DVD iso in fact) to see if the deconnection occurs even during a transfer. The DVD downloaded successfully and I verified that the MD5 are OK. BUT, /var/log/messages continue to tell me that: Feb 4 16:09:29 term003 kernel: re0: link state changed to UP Feb 4 16:19:26 term003 kernel: re0: link state changed to DOWN Feb 4 16:19:30 term003 kernel: re0: link state changed to UP Feb 4 16:19:32 term003 kernel: re0: link state changed to DOWN during the transfer (which worked OK). I don't know if that can help someone to help me ;) Thanks, Martin