I have re-tested with kernel driver version 5.6.3 and found that this problem
has been solved, thank you again for your reply.
OKļ¼Thanks your test and reply.
It may be that the pf kernel version I tested before is older, and the code
snippets you posted have not yet been implemented.
I will test it again based on the latest version.
Please use the testpmd firstly to verify the PMD's issue!
And I tested in testpmd.
1. mac_addr set 0 00:11:22:33:44:88
2. quit testpmd.
3. Add debug message in PF:
https://www.intel.com/content/www/us/en/download/14302/14687/intel-network-adapter-driver-for-pcie-intel-10-gigabit-ethernet-ne
thanks your reply.
kernal PF + dpdk VF mode, I developed a demo based on dpdk. I used igb_uio to
take over the vf port, and then added a unicast MAC address to the port. As a
result, the MAC packet was flowed to test ok, and then the demo was restarted,
and the traffic still passed.
From this
> -Original Message-
> From: Qiming Chen
> Sent: Monday, September 6, 2021 10:35
> To: dev@dpdk.org
> Cc: Wang, Haiyue ; Qiming Chen
> ; sta...@dpdk.org
> Subject: [PATCH v2] net/ixgbe: fix vf mac remains
>
> In the following two scenarios, the mac address residual problem
> will occur:
In the following two scenarios, the mac address residual problem
will occur:
1) In the VF hard pass-through environment, after adding the mac
address, the process restarts, and the previously added mac is
still valid;
2) In the vf hard pass-through environment, after the mac address
is issued, the
6 matches
Mail list logo
