From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <alex@therouter.net>
Received: from relay-out5.mail.masterhost.ru (relay-out5.mail.masterhost.ru
 [83.222.12.15]) by dpdk.org (Postfix) with ESMTP id BA5CF1C0B
 for <dev@dpdk.org>; Tue, 19 Jun 2018 10:41:12 +0200 (CEST)
Received: from [37.139.80.50] (helo=nw)
 by relay5.mail.masterhost.ru with esmtpa 
 envelope from <alex@therouter.net>
 authenticated with alex@therouter.net
 message id 1fVCCN-0001dM-CK; Tue, 19 Jun 2018 11:41:11 +0300
Date: Tue, 19 Jun 2018 11:41:05 +0300
From: Alex Kiselev <alex@therouter.net>
Message-ID: <1235275709.20180619114105@therouter.net>
To: Stephen Hemminger <stephen@networkplumber.org>
CC: Chas Williams <chas3@att.com>, "dev@dpdk.org" <dev@dpdk.org>
In-Reply-To: <20180618120019.66b3bfbb@xeon-e3>
References: <20180618122720.5B3F51559@dpdk.org>
 <20180618120019.66b3bfbb@xeon-e3>
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
X-KLMS-Rule-ID: 1
X-KLMS-Message-Action: clean
X-KLMS-AntiSpam-Lua-Profiles: 125998 [Jun 19 2018]
X-KLMS-AntiSpam-Version: 5.8.1.0
X-KLMS-AntiSpam-Envelope-From: alex@therouter.net
X-KLMS-AntiSpam-Rate: 0
X-KLMS-AntiSpam-Status: not_detected
X-KLMS-AntiSpam-Method: none
X-KLMS-AntiSpam-Info: LuaCore: 145 145
 8115312454756d54ead40e39a46e0295eb9efe85, {rep_avail}, DmarcAF: none
X-MS-Exchange-Organization-SCL: -1
X-KLMS-AntiSpam-Interceptor-Info: scan successful
X-KLMS-AntiPhishing: not scanned, disabled by settings
X-KLMS-AntiVirus: Kaspersky Security for Linux Mail Server, version 8.0.2.16,
 not scanned, license restriction
Subject: Re: [dpdk-dev] [PATCH v2] net/bonding: add add/remove mac addrs
X-BeenThere: dev@dpdk.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: DPDK patches and discussions <dev.dpdk.org>
List-Unsubscribe: <https://mails.dpdk.org/options/dev>,
 <mailto:dev-request@dpdk.org?subject=unsubscribe>
List-Archive: <http://mails.dpdk.org/archives/dev/>
List-Post: <mailto:dev@dpdk.org>
List-Help: <mailto:dev-request@dpdk.org?subject=help>
List-Subscribe: <https://mails.dpdk.org/listinfo/dev>,
 <mailto:dev-request@dpdk.org?subject=subscribe>
X-List-Received-Date: Tue, 19 Jun 2018 08:41:12 -0000



> On Mon, 18 Jun 2018 15:27:16 +0300
> Alex Kiselev <alex@therouter.net> wrote:

>> +/*
>> + * Remove additional MAC addresses from the slave
>> + */
>> +int
>> +slave_remove_mac_addresses(struct rte_eth_dev *bonded_eth_dev,
>> +             uint16_t slave_port_id)
>> +{
>> +     int i, ret;
>> +     struct ether_addr *mac_addr;
>> +
>> +     /* add additional MACs to the slave */
>> +     for (i = 1; i < BOND_MAX_MAC_ADDRS; i++) {
>> +             mac_addr = &bonded_eth_dev->data->mac_addrs[i];
>> +             if (is_same_ether_addr(mac_addr, &null_mac_addr))
>> +                     break;
>> +
>> +             ret = rte_eth_dev_mac_addr_remove(slave_port_id, mac_addr);
>> +             if (ret < 0)
>> +                     return ret;
>> +     }

> Not sure this is the best semantic if remove fails on one of many
> slaves. Perhaps it should always remove it from all slaves.

> Or maybe a first pass to see if the address exists, then
> a no-fail removal pass.

I think to always remove is the right thing.
Done in the patch v3

-- 
Alex