summaryrefslogtreecommitdiff
path: root/arch/arm64
diff options
context:
space:
mode:
authorJacob Keller <jacob.e.keller@intel.com>2015-06-24 20:34:50 (GMT)
committerJeff Kirsher <jeffrey.t.kirsher@intel.com>2015-09-16 00:06:23 (GMT)
commit9adbac599a71bc25a2617850ffcaa4388dc5c20d (patch)
tree2105556ea0b1511dcb46a986c353adf305a3a686 /arch/arm64
parentac98100359e098d03dbd98783ca4becaf2ea7ec3 (diff)
downloadlinux-9adbac599a71bc25a2617850ffcaa4388dc5c20d.tar.xz
fm10k: fix iov_msg_mac_vlan_pf VID checks
The VF will send a message to request multicast addresses with the default VID. In the current code, if the PF has statically assigned a VLAN to a VF, then the VF will not get the multicast addresses. Fix up all of the various VLAN messages to use identical checks (since each check was different). Also use set as a variable, so that it simplifies our check for whether VLAN matches the pf_vid. The new logic will allow set of a VLAN if it is zero, automatically converting to the default VID. Otherwise it will allow setting the PF VID, or any VLAN if PF has not statically assigned a VLAN. This is consistent behavior, and allows VF to request either 0 or the default_vid without silently failing. Note that we need the check for zero since VFs might not get the default VID message in time to actually request non-zero VLANs. Signed-off-by: Jacob Keller <jacob.e.keller@intel.com> Tested-by: Krishneil Singh <krishneil.k.singh@intel.com> Signed-off-by: Jeff Kirsher <jeffrey.t.kirsher@intel.com>
Diffstat (limited to 'arch/arm64')
0 files changed, 0 insertions, 0 deletions