[DPDK/other Bug 1897] iavf_execute_vf_cmd(): Return failure -22 for cmd 11

[bugzilla@dpdk.org]

http://bugs.dpdk.org/show_bug.cgi?id=1897

            Bug ID: 1897
           Summary: iavf_execute_vf_cmd(): Return failure -22 for cmd 11
           Product: DPDK
           Version: unspecified
          Hardware: All
                OS: All
            Status: UNCONFIRMED
          Severity: normal
          Priority: Normal
         Component: other
          Assignee: dev@dpdk.org
          Reporter: albe19021990@gmail.com
  Target Milestone: ---

Good day. Every time I am trying to set rte_eth_dev_default_mac_addr_set on my
VF I get next error message in logs:

iavf_execute_vf_cmd(): Return failure -22 for cmd 11
iavf_add_del_eth_addr(): fail to execute command OP_DEL_ETH_ADDR
iavf_dev_set_default_mac_addr(): Fail to delete old MAC:{}

On dpdk initialization step if there are no MAC on interface - new MAC
generated and assigned

https://github.com/DPDK/dpdk/blob/main/drivers/net/intel/iavf/iavf_ethdev.c#L2851

But real asignment is made in iavf_dev_start by sending
VIRTCHNL_ETHER_ADDR_PRIMARY request to linux kernel.

https://github.com/DPDK/dpdk/blob/main/drivers/net/intel/iavf/iavf_ethdev.c#L1069
https://github.com/DPDK/dpdk/blob/main/drivers/net/intel/iavf/iavf_vchnl.c#L1426

But if we change MAC with iavf_dev_set_default_mac_addr it removes old MAC, and
assing new MAC. As iavf_dev_start was not called yet we try to remove non
asigned VIRTCHNL_ETHER_ADDR_PRIMARY MAC. linux kernel checks this and return
-EINVAL.

If we call rte_eth_dev_default_mac_addr_set second time with other MAC - there
will be no stderr, as there are MAC in linux kernel and delete primary MAC
operation will now be executed without -EINVAL.

This is not a critical issue, but this stderr confusing. As
rte_eth_dev_default_mac_addr_set return success, but logs say about error.

-- 
You are receiving this mail because:
You are the assignee for the bug.