From: Shannon Nelson <sln@onemain.com>
To: intel-wired-lan@osuosl.org
Subject: [Intel-wired-lan] [next PATCH S38 6/7] i40e: refactor rx filter handling
Date: Fri, 17 Jun 2016 12:02:40 -0700 [thread overview]
Message-ID: <57644950.6040705@onemain.com> (raw)
In-Reply-To: <AAEA33E297BCAC4B9BB20A7C2DF0AB8D79927A7F@FMSMSX113.amr.corp.intel.com>
On 06/17/2016 08:53 AM, Williams, Mitch A wrote:
>>> From: Mitch Williams <mitch.a.williams@intel.com>
>>>
>>> Properly track filter adds and deletes so the driver doesn't lose filters
>>> during resets and up/down cycles. Add a tracking mechanism so that the
>>> driver knows when to enter and leave promiscuous mode.
>> Thanks, this was sorely needed.
> Yes, it was needed, but you should NOT CARE.
I care because I still want to use this driver as a high point on my
resume :-).
[...]
> struct i40e_mac_filter {
> struct list_head list;
> u8 macaddr[ETH_ALEN];
> @@ -456,8 +464,7 @@ struct i40e_mac_filter {
> u8 counter; /* number of instances of this filter */
> bool is_vf; /* filter belongs to a VF */
> bool is_netdev; /* filter belongs to a netdev */
> - bool changed; /* filter needs to be sync'd to the HW */
> - bool is_laa; /* filter is a Locally Administered Address */
>> So you're dumping LAA support? Or is this extra work no longer needed?
>> I would have expected some discussion of this in the commit notes.
> I'll update the commit message. It's currently looking like we don't need this code.
Perhaps you're using newer NVM? Be sure to try it on an older NVM to
see what happens to your LAA when you do a few different resets. I
believe this code was specifically addressing an issue where the address
register was getting reset on Global and Core resets. See net-next
commit 6252c7e4e from 2 years ago, which I believe references internal
commit 6e643f9a59.
sln
next prev parent reply other threads:[~2016-06-17 19:02 UTC|newest]
Thread overview: 14+ messages / expand[flat|nested] mbox.gz Atom feed top
2016-06-15 23:42 [Intel-wired-lan] [next PATCH S38 0/7] i40e/i40evf updates Bimmy Pujari
2016-06-15 23:42 ` [Intel-wired-lan] [next PATCH S38 1/7] i40e: Fix to show correct Advertised Link Modes when link is down Bimmy Pujari
2016-06-15 23:42 ` [Intel-wired-lan] [next PATCH S38 2/7] i40e: enable VSI broadcast promiscuous mode instead of adding broadcast filter Bimmy Pujari
2016-06-16 2:07 ` Shannon Nelson
2016-06-16 4:15 ` Patil, Kiran
2016-06-16 23:09 ` Pujari, Bimmy
2016-06-15 23:42 ` [Intel-wired-lan] [next PATCH S38 3/7] i40e/i40evf: remove useless initializer Bimmy Pujari
2016-06-15 23:42 ` [Intel-wired-lan] [next PATCH S38 4/7] i40e: Remove device ID 0x37D4 Bimmy Pujari
2016-06-15 23:42 ` [Intel-wired-lan] [next PATCH S38 5/7] i40evf: add hyperv dev ids Bimmy Pujari
2016-06-15 23:42 ` [Intel-wired-lan] [next PATCH S38 6/7] i40e: refactor rx filter handling Bimmy Pujari
2016-06-16 2:28 ` Shannon Nelson
2016-06-17 15:53 ` Williams, Mitch A
2016-06-17 19:02 ` Shannon Nelson [this message]
2016-06-15 23:42 ` [Intel-wired-lan] [next PATCH S38 7/7] i40e/i40evf-bump version to 1.6.11 Bimmy Pujari
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=57644950.6040705@onemain.com \
--to=sln@onemain.com \
--cc=intel-wired-lan@osuosl.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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.