Bezüglich Mike Tancsa's Nachricht vom 29.01.2016 19:08 (localtime): > On 1/27/2016 5:31 PM, Marius Strobl wrote: >> Author: marius >> Date: Wed Jan 27 22:31:08 2016 >> New Revision: 294958 >> URL: https://svnweb.freebsd.org/changeset/base/294958 >> >> Log: >> Sync the e1000 drivers with what's in head as of r294327, modulo parts >> that don't apply to stable/10 (driver API, if_inc_counter(), RSS changes > > Hi, > I am seeing some timeouts since upgrading to this rev. I am running > r295008, i386. onboard NIC > > Manufacturer: Supermicro > Product Name: PDSMi > > > em0: Watchdog timeout Queue[0]-- resetting > Interface is RUNNING and ACTIVE > em0: TX Queue 0 ------ > em0: hw tdh = 946, hw tdt = 159 > em0: Tx Queue Status = -2147483648 > em0: TX descriptors avail = 786 > em0: Tx Descriptors avail failure = 0 > em0: RX Queue 0 ------ > em0: hw rdh = 401, hw rdt = 400 > em0: RX discarded packets = 0 > em0: RX Next to Check = 401 > em0: RX Next to Refresh = 400 > em0: link state changed to DOWN > em0: link state changed to UP > em0: Watchdog timeout Queue[0]-- resetting > Interface is RUNNING and ACTIVE > em0: TX Queue 0 ------ > em0: hw tdh = 87, hw tdt = 378 > em0: Tx Queue Status = -2147483648 > em0: TX descriptors avail = 720 > em0: Tx Descriptors avail failure = 0 > em0: RX Queue 0 ------ > em0: hw rdh = 740, hw rdt = 739 > em0: RX discarded packets = 0 > em0: RX Next to Check = 741 > em0: RX Next to Refresh = 740 > em0: link state changed to DOWN > em0: link state changed to UP > Limiting open port RST response from 292 to 200 packets/sec > em0: Watchdog timeout Queue[0]-- resetting > Interface is RUNNING and ACTIVE > em0: TX Queue 0 ------ > em0: hw tdh = 611, hw tdt = 840 > em0: Tx Queue Status = -2147483648 > em0: TX descriptors avail = 773 > em0: Tx Descriptors avail failure = 0 > em0: RX Queue 0 ------ > em0: hw rdh = 660, hw rdt = 659 > em0: RX discarded packets = 0 > em0: RX Next to Check = 660 > em0: RX Next to Refresh = 659 > em0: link state changed to DOWN > em0: link state changed to UP > > > > # pciconf -lBvcb em0 > em0@pci0:13:0:0: class=0x020000 card=0x108c15d9 chip=0x108c8086 > rev=0x03 hdr=0x00 > vendor = 'Intel Corporation' > device = '82573E Gigabit Ethernet Controller (Copper)'
I guess you haven't compiled the kernel with EM_MULTIQUEUE. I can't remember if 82573 is supposed to be able to handle 2 queues. I couldn't help solving your problem anyways, but I found default number of rx/tx descriptors somewhen increased from 1024 to 4096 for my 82574. What does hw.em.txd read with your 82573? Before my EM-MULTIQUEUE problem vanished, reducing hw.em.txd (and rxd) to 256 relaxed the timeout problem a lot. Seems your interface is recovering after watchdog-reset? Mine stayed unusable unitl I triggered ifconfig down/up. Have you checked if disabling TSO changes anything? Probably checking if hw.em.enable_msix changes symptoms could also narrow down the root cause. Hope your problem also vanishes soon :-) -Harry _______________________________________________ freebsd-stable@freebsd.org mailing list https://lists.freebsd.org/mailman/listinfo/freebsd-stable To unsubscribe, send any mail to "freebsd-stable-unsubscr...@freebsd.org"
