Well, that wasn't the issue. However there are some other details. The device is
DH8900CC(0x8086:0x43a) quad nic serdes interface. The issue happens when the
device is used in passthrough mode inside a VM. The guest OS is running FreeBSD
10.1 and the host is Linux. There is no easy way to run thi
Wondering if this can happen if somehow the mbuf->m_len is not correct(e.g., 0)
and thus causing the dma to fail silently. The only way this is happening if
the arp request is larger than 64 bytes and the arp response code is reusing
the packet to send a 64 byte response.
Thanks,
-Sreekanth
That's an interesting theory, you could add a check into the tx path
looking for a zero m_len and see, seems unlikely though :)
Jack
On Fri, Jun 3, 2016 at 1:15 PM, Sreekanth Rupavatharam wrote:
> Wondering if this can happen if somehow the mbuf->m_len is not
> correct(e.g., 0) and thus causi
>
>Very interesting. Do you tune defaults at all? What does sysctl hw.igb
>say? Not sure if bumping up txd would help.
>
I do not think it’s a problem with txd, as the traffic is very light(about
500packets/sec). Anyways, here are the values.
hw.igb.rx_process_limit: 100
hw.igb.num_queues: 0
hw.i
Don’t see any errors as such. Here’s the complete stats.
Thanks,
-Sreekanth
From: Jack Vogel
Date: Thursday, June 2, 2016 at 2:40 PM
To: Sreekanth Rupavatharam
Cc: hiren panchasara , "freebsd-net@freebsd.org"
Subject: Re: Possible transmit/stats problem in igb driver.
Hmm
+ Sean, Eric
On 06/02/16 at 09:11P, Sreekanth Rupavatharam wrote:
> Inline
>
> >Apart from stats, do you see anything else going wrong? i.e. do you
> >actually see less packets (arp replies??) than expected?
>
> [SR] The packets are not going out on the wire. The tool doesn?t receive the
> pack
Hmmm, so I no longer have access to any of this, but I'm wondering if there
is some
other stat that might report errors or some sort that would match the
missing/bad packets?
Maybe they were considered runts or something and dropped.
Good luck :)
Jack
On Thu, Jun 2, 2016 at 2:11 PM, Sreekanth
Inline
>Apart from stats, do you see anything else going wrong? i.e. do you
>actually see less packets (arp replies??) than expected?
[SR] The packets are not going out on the wire. The tool doesn’t receive the
packets. That’s how I started noticing the issue.
>Taking your example, tx_packets
On 06/01/16 at 08:25P, Sreekanth Rupavatharam wrote:
> I am seeing a strange issue with transmit with igb driver and wanted to check
> with you if this issue is already noted. I didn?t find anything particularly
> matching in Bugzilla. There is a test I am running where a iXIa is sending
> arps
I am seeing a strange issue with transmit with igb driver and wanted to check
with you if this issue is already noted. I didn’t find anything particularly
matching in Bugzilla. There is a test I am running where a iXIa is sending arps
at about 500/sec for 10 seconds. This test works fine if the
10 matches
Mail list logo
