From: Ben Greear <greearb@candelatech.com>
To: "Wyborny, Carolyn" <carolyn.wyborny@intel.com>
Cc: netdev <netdev@vger.kernel.org>
Subject: Re: Strange igb bug, out-of-tree driver seems to work fine.
Date: Tue, 26 Apr 2011 21:18:08 -0700 [thread overview]
Message-ID: <4DB79900.4030209@candelatech.com> (raw)
In-Reply-To: <EDC0E76513226749BFBC9C3FB031318F016B41256F@orsmsx508.amr.corp.intel.com>
On 04/26/2011 04:23 PM, Wyborny, Carolyn wrote:
> Hello,
>
> I'm sorry for the delay in responding. I'm really scratching my head on this one as we don't do much in the driver that affects what we get on receive. I've seen situations where some switches end up transmitting more of these and then we record more of them, but I'm guessing you're testing with the same equipment, just a different driver version. Let me know if I'm mistaken there.
>
> So, to answer your question, I believe my patches are there, but I did review them again and I'm not sure they will make any difference. My latest batch of patches was to add features to the i350 device specifically.
>
> Give it try though and let me know if you see any difference with 2.6.39-rc4+.
We reproduced this with stock 2.6.38.4 today, but I didn't get a chance to really
dig into it.
We only seem to have problems when the nics are associated with a kernel bridge
(some ports are connected to a pair of veth devices through a user-space bridge
that uses packet sockets to bridge the packets, and one of the veth interfaces
is in the kernel bridge).
We did run the same igb system to itself sending layer-3 traffic and it ran
fine, so it appears to be a fairly tricky bug. It *almost* looks like issues
with the bridge or how we set things up, but we can reliably reproduce it
on in-kernel igb driver systems, and e1000e systems never see the problem.
I'll try to get some better debug info tomorrow, and if time allows,
we'll try on the stock linus top-of-tree kernel as well. If top-of-tree
does work, I should be able to bisect the problem since we have a reliable
test case..would be interesting to see where the issues lies.
Thanks,
Ben
--
Ben Greear <greearb@candelatech.com>
Candela Technologies Inc http://www.candelatech.com
prev parent reply other threads:[~2011-04-27 4:18 UTC|newest]
Thread overview: 5+ messages / expand[flat|nested] mbox.gz Atom feed top
2011-04-21 21:39 Strange igb bug, out-of-tree driver seems to work fine Ben Greear
2011-04-22 0:16 ` Wyborny, Carolyn
2011-04-22 3:43 ` Ben Greear
2011-04-26 23:23 ` Wyborny, Carolyn
2011-04-27 4:18 ` Ben Greear [this message]
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=4DB79900.4030209@candelatech.com \
--to=greearb@candelatech.com \
--cc=carolyn.wyborny@intel.com \
--cc=netdev@vger.kernel.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).