mailto:vpp-dev@lists.fd.io>> On Behalf Of Bly, Mike via
lists.fd.io
Sent: Wednesday, June 23, 2021 10:59 AM
To: vpp-dev@lists.fd.io<mailto:vpp-dev@lists.fd.io>
Subject: [vpp-dev] #vpp #vnet os_panic for failed barrier timeout
We are looking for advise on whether this os_panic() f
We are looking for advise on whether this os_panic() for a barrier timeout has
anyone looking at it. We see in the forum many instances of type of main thread
back-trace. For this incedent, referencing the sw_interface_dump API we created
a lighter oper-get call to simply fetch link state vs.
type of testing won’t be covered in “make test”, that
is the per-patch test.
But maybe there is a simpler way to catch it - so knowing which commit fixed it
would surely help...
--a
On 4 Jun 2020, at 22:16, Bly, Mike via lists.fd.io
mailto:mbly=ciena@lists.fd.io>> wrote:
Hello,
We
-dev@lists.fd.io
Subject: [**EXTERNAL**] Re: [vpp-dev] #vpp #vnet apparent buffer prefetch issue
- seeing "l3 mac mismatch" discards
Have you tried to use "git bisect" to find which patch fixes this issue?
—
Damjan
On 4 Jun 2020, at 22:15, Bly, Mike via lists.fd.io
Hello,
We are observing a small percentage of frames being discarded in simple 2-port
L2 xconnect setup when a constant, same frame, single (full duplex) traffic
profile is offered to the system. The frames are being discarded due to a
failed VLAN classification when all frames offered have
