-----Original Message-----
From: FreeBSD [mailto:free...@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:free...@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:free...@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:
>>>>
>>>> r...@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-unsubscr...@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-unsubscr...@freebsd.org"




I don't use DHCP so it never causes me a problem, have you considered setting a 
static IP address ?

Regards

Graeme

_______________________________________________
freebsd-questions@freebsd.org mailing list
http://lists.freebsd.org/mailman/listinfo/freebsd-questions
To unsubscribe, send any mail to "freebsd-questions-unsubscr...@freebsd.org"

Reply via email to