Date: Sat, 7 Feb 2009 02:20:58 -0000 From: "Graeme Dargie" <arab@tangerine-army.co.uk> To: "FreeBSD" <freebsd@optiksecurite.com> Cc: freebsd-questions@freebsd.org Subject: RE: Link UP/DOWN problem with re0 on FreeBSD 7.1 Message-ID: <01FB8F39BAD0BD49A6D0DA8F789739295630@Mercury.galaxy.lan.lcl> In-Reply-To: <498C699A.2080708@optiksecurite.com> References: <497DDDB7.4000702@optiksecurite.com><497E07D1.3030604@optiksecurite.com><01FB8F39BAD0BD49A6D0DA8F78973929561F@Mercury.galaxy.lan.lcl><497E24E5.5090701@optiksecurite.com><498A0ECA.2070002@optiksecurite.com><01FB8F39BAD0BD49A6D0DA8F78973929562F@Mercury.galaxy.lan.lcl> <498C699A.2080708@optiksecurite.com>
next in thread | previous in thread | raw e-mail | index | archive | help
-----Original Message----- From: FreeBSD [mailto:freebsd@optiksecurite.com] Sent: 06 February 2009 16:47 To: Graeme Dargie Cc: freebsd-questions@freebsd.org Subject: Re: Link UP/DOWN problem with re0 on FreeBSD 7.1 Graeme Dargie a écrit : > -----Original Message----- > From: FreeBSD [mailto:freebsd@optiksecurite.com] > Sent: 04 February 2009 21:55 > Cc: freebsd-questions@freebsd.org > Subject: Re: Link UP/DOWN problem with re0 on FreeBSD 7.1 > > 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 > > _______________________________________________ > freebsd-questions@freebsd.org mailing list > http://lists.freebsd.org/mailman/listinfo/freebsd-questions > To unsubscribe, send any mail to "freebsd-questions-unsubscribe@freebsd.org" > > I have a solution to this well a work around. > > Add -tso to the relevant line in /etc/rc.conf > > ifconfig_re0="inet 192.168.1.103 netmask 255.255.255.0 -tso" > > Adding -tso stops the link up / link down problem. Now I am understand that this may increase cpu if the traffic on the nic is high. I am sure some one the list will know of any other implications this may have. > > It is a known problem and I site I read the bug had been submitted so hopefully it wont exist in 8.0 > > Regards > > Graeme > As I stated in my last post, I tried to disable a few options, including TSO. Still, I gived a try to your workaround. I now have this line in rc.conf: ifconfig_re0="DHCP -tso" but I have the same problem (it disconnect every 10 minutes and ask for an IP to the DHCP). Thanks for your suggestion, Martin _______________________________________________ freebsd-questions@freebsd.org mailing list http://lists.freebsd.org/mailman/listinfo/freebsd-questions To unsubscribe, send any mail to "freebsd-questions-unsubscribe@freebsd.org" I don't use DHCP so it never causes me a problem, have you considered setting a static IP address ? Regards Graeme
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?01FB8F39BAD0BD49A6D0DA8F789739295630>