Skip site navigation (1)Skip section navigation (2)
Date:      Tue, 24 Oct 2017 15:33:07 +0000
From:      bugzilla-noreply@freebsd.org
To:        freebsd-net@FreeBSD.org
Subject:   [Bug 205706] Watchdog timeout on em driver under heavy traffic on a bridge configuration
Message-ID:  <bug-205706-2472-gRlxxMAfnQ@https.bugs.freebsd.org/bugzilla/>
In-Reply-To: <bug-205706-2472@https.bugs.freebsd.org/bugzilla/>
References:  <bug-205706-2472@https.bugs.freebsd.org/bugzilla/>

next in thread | previous in thread | raw e-mail | index | archive | help
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D205706

Peter <enigma.algo@gmail.com> changed:

           What    |Removed                     |Added
----------------------------------------------------------------------------
                 CC|                            |enigma.algo@gmail.com

--- Comment #8 from Peter <enigma.algo@gmail.com> ---
Same issue for me with the em0 driver. Kernel Version 11.0-RELEASE-p12
In the setup are two OpnSense firewalls (COTS PCs) back-2-back with an IPsec
tunnel between. The error shows up immediately when traffic is generated on=
 the
LAN side(s) at the same time. I feed 64Byte Ethernet frames with an IXIA te=
st
generator. Packet rate is 1448000 pps.

I believe its always the WAN side (on both PCs), the em driver hangs with
following error:

em0: Watchdog timeout Queue[0]-- resetting
Interface is RUNNING and ACTIVE
em0: TX Queue 0 ------
em0: hw tdh =3D 818, hw tdt =3D 777
em0: Tx Queue Status =3D -2147483648
em0: TX descriptors avail =3D 40
em0: Tx Descriptors avail failure =3D 17012
em0: RX Queue 0 ------
em0: hw rdh =3D 139, hw rdt =3D 139
em0: RX discarded packets =3D 0
em0: RX Next to Check =3D 140
em0: RX Next to Refresh =3D 139

Nothing will cure this problem unless I reboot. I also tried to play with m=
bufs
but without success.

pciconf -lvbc
em0@pci0:1:0:0: class=3D0x020000 card=3D0xa01f8086 chip=3D0x10d38086 rev=3D=
0x00
hdr=3D0x00
vendor     =3D 'Intel Corporation'
device     =3D '82574L Gigabit Network Connection'
class      =3D network
subclass   =3D ethernet
bar   [10] =3D type Memory, range 32, base 0xf7ec0000, size 131072, enabled
bar   [14] =3D type Memory, range 32, base 0xf7e00000, size 524288, enabled
bar   [18] =3D type I/O Port, range 32, base 0xe000, size 32, enabled
bar   [1c] =3D type Memory, range 32, base 0xf7ee0000, size 16384, enabled
cap 01[c8] =3D powerspec 2  supports D0 D3  current D0
cap 05[d0] =3D MSI supports 1 message, 64 bit=20
cap 10[e0] =3D PCI-Express 1 endpoint max data 256(256) NS
link x1(x1) speed 2.5(2.5) ASPM disabled(L0s/L1)
cap 11[a0] =3D MSI-X supports 5 messages, enabled
Table in map 0x1c[0x0], PBA in map 0x1c[0x2000]
ecap 0001[100] =3D AER 1 0 fatal 0 non-fatal 1 corrected
ecap 0003[140] =3D Serial 1 6805caffff5fda26=20

Cheers, Peter

--=20
You are receiving this mail because:
You are the assignee for the bug.=



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?bug-205706-2472-gRlxxMAfnQ>