diff options
author | Alexander Duyck <aduyck@mirantis.com> | 2015-10-22 16:26:30 -0700 |
---|---|---|
committer | Jeff Kirsher <jeffrey.t.kirsher@intel.com> | 2015-12-03 02:32:09 -0800 |
commit | c9f53e63c2089d8154900ed06da0aa7be9f74201 (patch) | |
tree | b09b788270823025b9315449141128d5ef1d64ce /lib/netdev-notifier-error-inject.c | |
parent | 50985b5f62cc74e9e222f0ddf890e1ba87be371a (diff) | |
download | linux-c9f53e63c2089d8154900ed06da0aa7be9f74201.tar.gz linux-c9f53e63c2089d8154900ed06da0aa7be9f74201.tar.bz2 linux-c9f53e63c2089d8154900ed06da0aa7be9f74201.zip |
ixgbe: Refactor MAC address configuration code
In the process of tracking down a memory leak when adding/removing FDB
entries I had to go through the MAC address configuration code for ixgbe.
In the process of doing so I found a number of issues that impacted
readability and performance. This change updates the code in general to
clean it up so it becomes clear what each step is doing. From what I can
tell there a couple of bugs cleaned up in this code.
First is the fact that the MAC addresses were being double counted for the
PF. As a result once entries up to 63 had been used you could no longer
add additional filters.
A simple test case for this:
for i in `seq 0 96`
do
ip link add link ens8 name mv$i type macvlan
ip link set dev mv$i up
done
Test script:
ethregs -s 0:8.0 | grep -e "RAH" | grep 8000....$
When things are working correctly RAL/H registers 1 - 97 will be consumed.
In the failing case it will stop at 63 and prevent any further filters from
being added.
Signed-off-by: Alexander Duyck <aduyck@mirantis.com>
Tested-by: Darin Miller <darin.j.miller@intel.com>
Signed-off-by: Jeff Kirsher <jeffrey.t.kirsher@intel.com>
Diffstat (limited to 'lib/netdev-notifier-error-inject.c')
0 files changed, 0 insertions, 0 deletions