summaryrefslogtreecommitdiff
path: root/include/crypto
diff options
context:
space:
mode:
authorMitch Williams <mitch.a.williams@intel.com>2015-08-31 19:54:51 -0400
committerJeff Kirsher <jeffrey.t.kirsher@intel.com>2015-10-03 19:24:46 -0700
commit8552d85442dd814d733f67592627ea55f7cbfb01 (patch)
tree44c85bd30de349cce448c849eb9e5cc434a52abd /include/crypto
parent24408e7ae677cea4e44ce6869a1b803820839471 (diff)
i40evf: don't blow away MAC address
Under certain circumstances, we can get an extra VF_RESOURCES message from the PF driver at runtime. When this happens, we need to parse it because our VSI may have changed out from underneath us, and that will affect our relationship with the PF driver. However, parsing the resources message also blows away our current MAC address in the hardware struct, usually with all zeros. When this happens, the next time the interface is opened, it will have no MAC address and will a) not work and b) complain. Fix this issue by restoring the current MAC address from the netdev struct after we parse the resource message. Change-ID: I6cd1b624fc20432f81dc901166c8de195b8e0e65 Signed-off-by: Mitch Williams <mitch.a.williams@intel.com> Tested-by: Andrew Bowers <andrewx.bowers@intel.com> Signed-off-by: Jeff Kirsher <jeffrey.t.kirsher@intel.com>
Diffstat (limited to 'include/crypto')
0 files changed, 0 insertions, 0 deletions