Commit 4f0636fe authored by Jacob Keller's avatar Jacob Keller Committed by Tony Nguyen
Browse files

ice: always report VF overflowing mailbox even without PF VSI 



In ice_is_malicious_vf we report a message warning the system administrator
when a VF is potentially spamming the PF with asynchronous messages that
could overflow the PF mailbox.

The specific message was requested by our customer support team to include
the VF and PF MAC address. In some cases we may not be able to locate the
PF VSI to obtain the MAC address for the PF. The current implementation
discards the message entirely in this case. Fix this to instead print a
zero address in that case so that we always print something here. Note that
dev_warn will also include the PCI device information allowing another
mechanism for determining on which PF the potentially malicious VF belongs.

Signed-off-by: default avatarJacob Keller <jacob.e.keller@intel.com>
Reviewed-by: default avatarMichal Swiatkowski <michal.swiatkowski@linux.intel.com>
Tested-by: default avatarMarek Szlosek <marek.szlosek@intel.com>
Signed-off-by: default avatarTony Nguyen <anthony.l.nguyen@intel.com>
parent 33b035e7

drivers/net/ethernet/intel/ice/ice_sriov.c

+4 −4
Original line number Diff line number Diff line
@@ -1817,11 +1817,11 @@ ice_is_malicious_vf(struct ice_pf *pf, struct ice_rq_event_info *event, 


	if (report_malvf) {

		struct ice_vsi *pf_vsi = ice_get_main_vsi(pf);

		u8 zero_addr[ETH_ALEN] = {};



		if (pf_vsi)

		dev_warn(dev, "VF MAC %pM on PF MAC %pM is generating asynchronous messages and may be overflowing the PF message queue. Please see the Adapter User Guide for more information\n",

			 &vf->dev_lan_addr[0],

				 pf_vsi->netdev->dev_addr);

			 pf_vsi ? pf_vsi->netdev->dev_addr : zero_addr);

	}



out_put_vf: