[dpdk-dev] [PATCH v2 2/2] net/bonding: fix MAC address when one port resets
Wei Hu (Xavier)
huwei013 at chinasoftinc.com
Fri May 15 05:11:55 CEST 2020
Hi, Ferruh Yigit & Chas Williams
Could you please give any suggestion?
Thanks.
Best Regards
Xavier
On 2020/4/17 16:58, Wei Hu (Xavier) wrote:
> Hi, Chas Williams
> Thanks for your comments on Patch V1. now we have sent Patch V2.
> Could you please give some suggestion on them?
> Thanks.
>
> Best Regards
> Xavier
>
> On 2020/4/17 16:19, Wei Hu (Xavier) wrote:
>> From: "Wei Hu (Xavier)" <xavier.huwei at huawei.com>
>>
>> Currently, based on a active-backup bond device, in the following 2
>> cases:
>> 1) The primary port resets. The link status of the primary port changes
>> from up to down.
>> 2) When switching the active port, one slave port resets at the same
>> time.
>> one slave port changes to the primary port, but the new primary port's
>> MAC
>> address probably cannot change to the bond device's MAC address. And we
>> can't continue receive packets whose destination MAC addresses are the
>> same
>> as the bond devices's MAC address.
>>
>> The current bonding PMD driver call mac_address_slaves_update function to
>> modify the MAC address of all slaves devices. In
>> mac_address_slaves_update
>> function, the rte_eth_dev_default_mac_addr_set API function is called to
>> set the MAC address of the slave devices in turn in the for loop
>> statement.
>>
>> When one port reset, calling rte_eth_dev_default_mac_addr_set API fails
>> because the firmware will not respond to the commands from the driver,
>> and exit the loop, so other slave devices cannot continue to update the
>> MAC address.
>>
>> This patch fixes the issue by avoid exiting the loop when calling
>> rte_eth_dev_default_mac_addr_set fails.
>>
>> Fixes: 2efb58cbab6e ("bond: new link bonding library")
>> Cc: stable at dpdk.org
>>
>> Signed-off-by: Hongbo Zheng <zhenghongbo3 at huawei.com>
>> Signed-off-by: Wei Hu (Xavier) <xavier.huwei at huawei.com>
>> Signed-off-by: Chunsong Feng <fengchunsong at huawei.com>
>> Signed-off-by: Xuan Li <lixuan47 at hisilicon.com>
>> ---
>> v1 -> v2:
>> Ignore the failure when updating salves's MAC address in the
>> mac_address_slaves_update function, because it doesn't affect
>> the bond's functional characteristics. The related link about
>> the discussion:
>> http://patches.dpdk.org/patch/66033/
>> ---
>> drivers/net/bonding/rte_eth_bond_pmd.c | 7 +++++--
>> 1 file changed, 5 insertions(+), 2 deletions(-)
>>
>> diff --git a/drivers/net/bonding/rte_eth_bond_pmd.c
>> b/drivers/net/bonding/rte_eth_bond_pmd.c
>> index ddae3518c..01c0f6eb1 100644
>> --- a/drivers/net/bonding/rte_eth_bond_pmd.c
>> +++ b/drivers/net/bonding/rte_eth_bond_pmd.c
>> @@ -1502,6 +1502,7 @@ int
>> mac_address_slaves_update(struct rte_eth_dev *bonded_eth_dev)
>> {
>> struct bond_dev_private *internals =
>> bonded_eth_dev->data->dev_private;
>> + bool setted;
>> int i;
>> /* Update slave devices MAC addresses */
>> @@ -1529,6 +1530,7 @@ mac_address_slaves_update(struct rte_eth_dev
>> *bonded_eth_dev)
>> case BONDING_MODE_TLB:
>> case BONDING_MODE_ALB:
>> default:
>> + setted = true;
>> for (i = 0; i < internals->slave_count; i++) {
>> if (internals->slaves[i].port_id ==
>> internals->current_primary_port) {
>> @@ -1537,7 +1539,7 @@ mac_address_slaves_update(struct rte_eth_dev
>> *bonded_eth_dev)
>> bonded_eth_dev->data->mac_addrs)) {
>> RTE_BOND_LOG(ERR, "Failed to update port Id %d
>> MAC address",
>> internals->current_primary_port);
>> - return -1;
>> + setted = false;
>> }
>> } else {
>> if (rte_eth_dev_default_mac_addr_set(
>> @@ -1545,10 +1547,11 @@ mac_address_slaves_update(struct rte_eth_dev
>> *bonded_eth_dev)
>> &internals->slaves[i].persisted_mac_addr)) {
>> RTE_BOND_LOG(ERR, "Failed to update port Id %d
>> MAC address",
>> internals->slaves[i].port_id);
>> - return -1;
>> }
>> }
>> }
>> + if (!setted)
>> + return -1;
>> }
>> return 0;
>>
More information about the dev
mailing list