summaryrefslogtreecommitdiff
path: root/tools/pcmcia
diff options
context:
space:
mode:
authorJacob Keller <jacob.e.keller@intel.com>2016-12-02 12:32:59 -0800
committerJeff Kirsher <jeffrey.t.kirsher@intel.com>2017-02-11 20:39:01 -0800
commitd88d40b01c5c0dad6a1dca3b18267849eef4a2a9 (patch)
tree9474820ab5a11a7032a5c6d990d72917a17bfc59 /tools/pcmcia
parente6e3fc2bd3ee03117e1ce388c897fc3b2da97d65 (diff)
i40e: allow i40e_update_filter_state to skip broadcast filters
Fix a bug where we modified the mac_filter_hash while outside a lock, when handling addition of broadcast filters. Normally, we add filters to firmware by batching the additions into lists and issuing 1 update for every few filters. Broadcast filters are handled differently, by instead setting the broadcast promiscuous mode flags. In order to make sure the 1<->1 mapping of filters in our addition array lined up with filters in the hlist tmp_add_list, we had to remove the filter and move it back to the main hash. However, we didn't do this under lock, which could cause consistency problems for the list. Fix this by updating i40e_update_filter_state logic so that it knows to avoid broadcast filters. This ensures that we don't have to remove the filter separately, and can put it back using the normal flow. Change-ID: Id288fade80b3e3a9a54b68cc249188cb95147518 Signed-off-by: Jacob Keller <jacob.e.keller@intel.com> Tested-by: Andrew Bowers <andrewx.bowers@intel.com> Signed-off-by: Jeff Kirsher <jeffrey.t.kirsher@intel.com>
Diffstat (limited to 'tools/pcmcia')
0 files changed, 0 insertions, 0 deletions