Date: Mon, 7 Apr 2014 10:22:41 +0900 From: Yonghyeon PYUN <pyunyh@gmail.com> To: Rick Macklem <rmacklem@uoguelph.ca> Cc: freebsd-net@freebsd.org, marius@freebsd.org, yongari@freebsd.org Subject: Re: re0: watchdog timeout Message-ID: <20140407012241.GA3543@michelle.cdnetworks.com> In-Reply-To: <280407068.6916295.1396827428537.JavaMail.root@uoguelph.ca> References: <53418053.5020105@deze.org> <280407068.6916295.1396827428537.JavaMail.root@uoguelph.ca>
next in thread | previous in thread | raw e-mail | index | archive | help
On Sun, Apr 06, 2014 at 07:37:08PM -0400, Rick Macklem wrote: > Frank Volf wrote: > > > > Hello, > > > > I'm experiencing watchdog timeouts with my Realtek interface card. > > > > I'm using a fairly new system (Shuttle DS47), running FreeBSD > > 10-STABLE. > > For this shuttle a patch has been recently committed to SVN to make > > this > > card work at all (revision *262391* > > <http://svnweb.freebsd.org/base?view=revision&revision=262391>). > > > > The timeout is only experienced under heavy network load (the system > > is > > running a bacula backup server that backups to NFS connected > > storage), > > and typically large full backups trigger this. Normal traffic works > > fine > > (this system is e.g. also my firewall to the Internet). > > > Since you mention NFS, you could try disabling TSO on the interface > and see if that helps. (I'm beginning to feel like a parrot saying this, > but...) If you care about why it might help, read this email thread: > http://docs.FreeBSD.org/cgi/mid.cgi?1850411724.1687820.1395621539316.JavaMail.root > > If it happens to help, please email again, since there are probably > better ways to fix the problem than disabling TSO. > re(4) controllers support TSO but it was disabled long time ago(r217832). It's still allowed to enable TSO but users have to explicitly enable it with ifconfig. If Frank didn't explicitly enable TSO on the box, TSO may have nothing to do with watchdog timeout, I guess. > Good luck with it, rick > > > What might not be standard is that I use sub-interfaces on this > > system. > > First of all, the only way that I can get the sub-interfaces to work > > at > > all is by using > > > > ifconfig_re0="-vlanhwtag" > > > > I'm not sure that is related. > > > > The question is how can we debug this to solve the problem? > > I have non clue, but I'm happy to assist if somebody can tell me what > > I > > should do. > > > > Some information that might be useful: > > > > root@drawbridge:/usr/local/etc/bacula # dmesg | grep re0 > > re0: <RealTek 8168/8111 B/C/CP/D/DP/E/F/G PCIe Gigabit Ethernet> port > > 0xd000-0xd0ff mem 0xf7a00000-0xf7a00fff,0xf0100000-0xf0103fff irq 17 > > at > > device 0.0 on pci2 > > re0: Using 1 MSI-X message > > re0: ASPM disabled > > re0: Chip rev. 0x4c000000 > > re0: MAC rev. 0x00000000 > > miibus0: <MII bus> on re0 > > re0: Ethernet address: 80:ee:73:77:e9:ab > > re0: watchdog timeout > > re0: link state changed to DOWN > > re0.98: link state changed to DOWN > > re0.10: link state changed to DOWN > > re0.11: link state changed to DOWN > > re0.12: link state changed to DOWN > > re0: link state changed to UP > > re0.98: link state changed to UP > > re0.10: link state changed to UP > > re0.11: link state changed to UP > > re0.12: link state changed to UP > > ... > > > > root@drawbridge:/usr/local/etc/bacula # uname -a > > FreeBSD drawbridge.internal.deze.org 10.0-STABLE FreeBSD 10.0-STABLE > > #0 > > r262433: Mon Feb 24 16:25:35 CET 2014 > > root@drawbridge-new.internal.deze.org:/usr/obj/usr/sources/src10-stable/sys/SHUTTLE > > i386 > > > > root@drawbridge:/usr/local/etc/bacula # pciconf -lv re0 > > re0@pci0:2:0:0: class=0x020000 card=0x40181297 chip=0x816810ec > > rev=0x0c > > hdr=0x00 > > vendor = 'Realtek Semiconductor Co., Ltd.' > > device = 'RTL8111/8168B PCI Express Gigabit Ethernet > > controller' > > class = network > > subclass = ethernet > > > > > > Kind regards, > > > > Frank > > > > _______________________________________________ > > freebsd-net@freebsd.org mailing list > > http://lists.freebsd.org/mailman/listinfo/freebsd-net > > To unsubscribe, send any mail to > > "freebsd-net-unsubscribe@freebsd.org" > >
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20140407012241.GA3543>