Date: Fri, 08 Aug 2014 15:39:14 -0400 From: Mike Tancsa <mike@sentex.net> To: Jack Vogel <jfvogel@gmail.com> Cc: "stable@freebsd.org" <stable@freebsd.org>, Ed Maste <emaste@freebsd.org>, hiren panchasara <hiren.panchasara@gmail.com> Subject: Re: svn commit: r267935 - head/sys/dev/e1000 Message-ID: <53E52762.7040300@sentex.net> In-Reply-To: <53E51D62.9000507@sentex.net> References: <201406262133.s5QLXXP8029811@svn.freebsd.org> <b0afc76e77f28b14683094e1b59a4ccf@eumx.net> <CALCpEUFL26Pg%2BpYoP4KKEAzBsFF8fDunMewy%2BgqwU7o4ob8Zeg@mail.gmail.com> <CAFOYbcnLBW-AUHQx7KMQsxRE_Xy-1_ia2dCY4MeGV_8LWgrHDw@mail.gmail.com> <CAPyFy2AvMf42QGsYDrEb5E6%2Bse8scF9BXcwUugjCtx4t2D8sJA@mail.gmail.com> <CAFOYbc=i%2B=Gv6=_WPcXSo=Ds1Y3mw6mtevPGCxQ5HJPtu55mOw@mail.gmail.com> <20140804212220.GC48614@rancor.immure.com> <CAFOYbc=5wyo%2BbKwxdhsORH6WRRRDZReitL5wrCnp9dgT7qAVrQ@mail.gmail.com> <20140805130144.GF40246@rancor.immure.com> <CAFOYbcmuA1aiDCkHuJK%2B0EfO%2BnfGr4UrnJ7zB1rnPaSJn4AyQA@mail.gmail.com> <53E51D62.9000507@sentex.net>
next in thread | previous in thread | raw e-mail | index | archive | help
On 8/8/2014 2:56 PM, Mike Tancsa wrote: > Hi Jack, > Not sure if its related to this commit or not, but while doing a > backup, I noticed this on the server with a wedged NIC > em0: Watchdog timeout -- resetting > em0: Queue(0) tdh = 16, hw tdt = 1000 > em0: TX(0) desc avail = 31,Next TX to Clean = 7 I was able to wedge it once more, but nothing appeared on the screen. ifconfig down and up recovered it. Going to try and wedge it one more time and then see if disabling msix makes any difference. Debug output post ifconfig down and up shows Interface is RUNNING and ACTIVE em0: hw tdh = 947, hw tdt = 947 em0: hw rdh = 97, hw rdt = 96 em0: Tx Queue Status = 0 em0: TX descriptors avail = 1024 em0: Tx Descriptors avail failure = 50 em0: RX discarded packets = 0 em0: RX Next to Check = 97 em0: RX Next to Refresh = 96 sysctl -a dev.em. dev.em.%parent: dev.em.0.%desc: Intel(R) PRO/1000 Network Connection 7.4.2 dev.em.0.%driver: em dev.em.0.%location: slot=0 function=0 dev.em.0.%pnpinfo: vendor=0x8086 device=0x10d3 subvendor=0x8086 subdevice=0xa01f class=0x020000 dev.em.0.%parent: pci4 dev.em.0.nvm: -1 dev.em.0.debug: -1 dev.em.0.fc: 3 dev.em.0.rx_int_delay: 0 dev.em.0.tx_int_delay: 66 dev.em.0.rx_abs_int_delay: 66 dev.em.0.tx_abs_int_delay: 66 dev.em.0.itr: 488 dev.em.0.rx_processing_limit: 100 dev.em.0.eee_control: 1 dev.em.0.link_irq: 4363 dev.em.0.mbuf_alloc_fail: 0 dev.em.0.cluster_alloc_fail: 0 dev.em.0.dropped: 0 dev.em.0.tx_dma_fail: 0 dev.em.0.rx_overruns: 0 dev.em.0.watchdog_timeouts: 1 dev.em.0.device_control: 1477444168 dev.em.0.rx_control: 67141634 dev.em.0.fc_high_water: 18432 dev.em.0.fc_low_water: 16932 dev.em.0.queue0.txd_head: 896 dev.em.0.queue0.txd_tail: 896 dev.em.0.queue0.tx_irq: 400249 dev.em.0.queue0.no_desc_avail: 50 dev.em.0.queue0.rxd_head: 280 dev.em.0.queue0.rxd_tail: 279 dev.em.0.queue0.rx_irq: 791878 dev.em.0.mac_stats.excess_coll: 0 dev.em.0.mac_stats.single_coll: 0 dev.em.0.mac_stats.multiple_coll: 0 dev.em.0.mac_stats.late_coll: 0 dev.em.0.mac_stats.collision_count: 0 dev.em.0.mac_stats.symbol_errors: 0 dev.em.0.mac_stats.sequence_errors: 0 dev.em.0.mac_stats.defer_count: 0 dev.em.0.mac_stats.missed_packets: 4369 dev.em.0.mac_stats.recv_no_buff: 0 dev.em.0.mac_stats.recv_undersize: 0 dev.em.0.mac_stats.recv_fragmented: 0 dev.em.0.mac_stats.recv_oversize: 0 dev.em.0.mac_stats.recv_jabber: 0 dev.em.0.mac_stats.recv_errs: 0 dev.em.0.mac_stats.crc_errs: 0 dev.em.0.mac_stats.alignment_errs: 0 dev.em.0.mac_stats.coll_ext_errs: 0 dev.em.0.mac_stats.xon_recvd: 0 dev.em.0.mac_stats.xon_txd: 0 dev.em.0.mac_stats.xoff_recvd: 0 dev.em.0.mac_stats.xoff_txd: 0 dev.em.0.mac_stats.total_pkts_recvd: 3791648 dev.em.0.mac_stats.good_pkts_recvd: 3787279 dev.em.0.mac_stats.bcast_pkts_recvd: 2310 dev.em.0.mac_stats.mcast_pkts_recvd: 8 dev.em.0.mac_stats.rx_frames_64: 2357 dev.em.0.mac_stats.rx_frames_65_127: 3563982 dev.em.0.mac_stats.rx_frames_128_255: 174571 dev.em.0.mac_stats.rx_frames_256_511: 640 dev.em.0.mac_stats.rx_frames_512_1023: 741 dev.em.0.mac_stats.rx_frames_1024_1522: 44988 dev.em.0.mac_stats.good_octets_recvd: 358862668 dev.em.0.mac_stats.good_octets_txd: 10732347642 dev.em.0.mac_stats.total_pkts_txd: 7266805 dev.em.0.mac_stats.good_pkts_txd: 7266805 dev.em.0.mac_stats.bcast_pkts_txd: 49 dev.em.0.mac_stats.mcast_pkts_txd: 10 dev.em.0.mac_stats.tx_frames_64: 129 dev.em.0.mac_stats.tx_frames_65_127: 88820 dev.em.0.mac_stats.tx_frames_128_255: 17901 dev.em.0.mac_stats.tx_frames_256_511: 5463 dev.em.0.mac_stats.tx_frames_512_1023: 148322 dev.em.0.mac_stats.tx_frames_1024_1522: 7006170 dev.em.0.mac_stats.tso_txd: 481826 dev.em.0.mac_stats.tso_ctx_fail: 0 dev.em.0.interrupts.asserts: 39 dev.em.0.interrupts.rx_pkt_timer: 0 dev.em.0.interrupts.rx_abs_timer: 0 dev.em.0.interrupts.tx_pkt_timer: 0 dev.em.0.interrupts.tx_abs_timer: 0 dev.em.0.interrupts.tx_queue_empty: 0 dev.em.0.interrupts.tx_queue_min_thresh: 0 dev.em.0.interrupts.rx_desc_min_thresh: 0 dev.em.0.interrupts.rx_overrun: 1 ---Mike > > 0-zoo-# pciconf -lvcb em0 > em0@pci0:4:0:0: class=0x020000 card=0xa01f8086 chip=0x10d38086 rev=0x00 > hdr=0x00 > vendor = 'Intel Corporation' > device = '82574L Gigabit Network Connection' > class = network > subclass = ethernet > bar [10] = type Memory, range 32, base 0xfd1c0000, size 131072, > enabled > bar [14] = type Memory, range 32, base 0xfd100000, size 524288, > enabled > bar [18] = type I/O Port, range 32, base 0xc000, size 32, enabled > bar [1c] = type Memory, range 32, base 0xfd1e0000, size 16384, > enabled > cap 01[c8] = powerspec 2 supports D0 D3 current D0 > cap 05[d0] = MSI supports 1 message, 64 bit > cap 10[e0] = PCI-Express 1 endpoint max data 128(256) link x1(x1) > speed 2.5(2.5) ASPM disabled(L0s/L1) > cap 11[a0] = MSI-X supports 5 messages, enabled > Table in map 0x1c[0x0], PBA in map 0x1c[0x2000] > ecap 0001[100] = AER 1 0 fatal 0 non-fatal 1 corrected > ecap 0003[140] = Serial 1 6805caffff06ee38 > 0-zoo-# > 0-zoo-# vmstat -i | grep m0 > irq261: em0:rx 0 525276 126 > irq262: em0:tx 0 241445 58 > irq263: em0:link 3945 0 > 0-zoo-# > em0: <Intel(R) PRO/1000 Network Connection 7.4.2> port 0xc000-0xc01f mem > 0xfd1c0000-0xfd1dffff,0xfd100000-0x > fd17ffff,0xfd1e0000-0xfd1e3fff irq 48 at device 0.0 on pci4 > em0: Using MSIX interrupts with 3 vectors > em0: Ethernet address: 68:05:ca:06:ee:38 > > I had done several zfs backups on this hardware over nfs before, and > this is the first time this has happened. > > RELENG_10, AMD64 r269724 > > ---Mike > > On 8/6/2014 6:27 PM, Jack Vogel wrote: >> Its done Bob. >> >> Jack >> >> >> >> On Tue, Aug 5, 2014 at 6:01 AM, Bob Willcox <bob@immure.com> wrote: >> >>> That will be Great! Looking forward to it! >>> >>> Bob >>> >>> On Mon, Aug 04, 2014 at 02:33:43PM -0700, Jack Vogel wrote: >>>> Yes, I think I can do that, stay tuned.... >>>> >>>> Jack >>>> >>>> >>>> >>>> On Mon, Aug 4, 2014 at 2:22 PM, Bob Willcox <bob@immure.com> wrote: >>>> >>>>> And what about 9-stable? I'm currently running two systems with the >>>>> new >>>>> I218 >>>>> adapters in them and a hacked version of the driver to get them to >>> work. >>>>> Will >>>>> these changes be MFC'd back to 9-stable? >>>>> >>>>> Bob >>>>> >>>>> On Mon, Jul 28, 2014 at 02:12:15PM -0700, Jack Vogel wrote: >>>>>> Done, thanks for staying on my case Ed :) >>>>>> >>>>>> Jack >>>>>> >>>>>> >>>>>> >>>>>> On Fri, Jul 25, 2014 at 11:03 AM, Ed Maste <emaste@freebsd.org> >>> wrote: >>>>>> >>>>>>>>> On Wed, Jul 16, 2014 at 11:49 PM, Herbert J. Skuhra < >>>>> hskuhra@eumx.net> >>>>>>> wrote: >>>>>>>>>> Den 26.06.2014 23:33, skrev Jack F Vogel: >>>>>>>>>> >>>>>>>>>>> Author: jfv >>>>>>>>>>> Date: Thu Jun 26 21:33:32 2014 >>>>>>>>>>> New Revision: 267935 >>>>>>>>>>> URL: http://svnweb.freebsd.org/changeset/base/267935 >>>>>>>>>>> >>>>>>>>>>> Log: >>>>>>>>>>> Sync the E1000 shared code with Intel internal, this adds >>>>> fixes, >>>>>>>>>>> and more importantly, new I218 adapter support to the em >>>>> driver. >>>>>>>>>>> >>>>>>>>>>> MFC after: 1 week >>>>>>>>>> >>>>>>>>>> >>>>>>>>>> Does anyone know when this will be commited to stable/10? >>>>>>>>>> Any open issues with this change? >>>>>>>> >>>>>>>> On 17 July 2014 03:31, Jack Vogel <jfvogel@gmail.com> wrote: >>>>>>>> Will try to squeeze it in between crises next week :) >>>>>>> >>>>>>> Hi Jack - do you think you'll be able to tackle this soon? It >>> will be >>>>>>> very good to get test exposure in advance of the fast-approaching >>> 10.1 >>>>>>> release process. >>>>>>> >>>>>>> Thanks, >>>>>>> Ed >>>>>>> >>>>>> _______________________________________________ >>>>>> freebsd-stable@freebsd.org mailing list >>>>>> http://lists.freebsd.org/mailman/listinfo/freebsd-stable >>>>>> To unsubscribe, send any mail to " >>> freebsd-stable-unsubscribe@freebsd.org >>>>> " >>>>> >>>>> -- >>>>> Bob Willcox | I poured spot remover on my dog. Now he's gone. >>>>> bob@immure.com | -- Steven Wright >>>>> Austin, TX | >>>>> >>> >>> -- >>> Bob Willcox | I poured spot remover on my dog. Now he's gone. >>> bob@immure.com | -- Steven Wright >>> Austin, TX | >>> >> _______________________________________________ >> freebsd-stable@freebsd.org mailing list >> http://lists.freebsd.org/mailman/listinfo/freebsd-stable >> To unsubscribe, send any mail to "freebsd-stable-unsubscribe@freebsd.org" >> >> > > -- ------------------- Mike Tancsa, tel +1 519 651 3400 Sentex Communications, mike@sentex.net Providing Internet services since 1994 www.sentex.net Cambridge, Ontario Canada http://www.tancsa.com/
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?53E52762.7040300>