From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mails.dpdk.org (mails.dpdk.org [217.70.189.124]) by inbox.dpdk.org (Postfix) with ESMTP id B6359A054F; Wed, 1 Jun 2022 08:43:23 +0200 (CEST) Received: from [217.70.189.124] (localhost [127.0.0.1]) by mails.dpdk.org (Postfix) with ESMTP id A28E740694; Wed, 1 Jun 2022 08:43:23 +0200 (CEST) Received: from szxga08-in.huawei.com (szxga08-in.huawei.com [45.249.212.255]) by mails.dpdk.org (Postfix) with ESMTP id 51FFD40689 for ; Wed, 1 Jun 2022 08:43:22 +0200 (CEST) Received: from kwepemi500012.china.huawei.com (unknown [172.30.72.56]) by szxga08-in.huawei.com (SkyGuard) with ESMTP id 4LCfgn1c0zz1K97n; Wed, 1 Jun 2022 14:41:41 +0800 (CST) Received: from [10.67.103.128] (10.67.103.128) by kwepemi500012.china.huawei.com (7.221.188.12) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256) id 15.1.2375.24; Wed, 1 Jun 2022 14:43:20 +0800 Subject: Re: [PATCH V3 0/2] ethdev: fix MAC addrs list To: Andrew Rybchenko , CC: , , References: <20210922033630.41130-1-humin29@huawei.com> <20220514020049.57294-1-humin29@huawei.com> <68eeb11c-666d-ada9-e6e4-1922fbba01d1@oktetlabs.ru> From: "Min Hu (Connor)" Message-ID: <6ffa7a09-903c-6870-daeb-2f7d6a71ac70@huawei.com> Date: Wed, 1 Jun 2022 14:43:19 +0800 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:68.0) Gecko/20100101 Thunderbird/68.3.1 MIME-Version: 1.0 In-Reply-To: <68eeb11c-666d-ada9-e6e4-1922fbba01d1@oktetlabs.ru> Content-Type: text/plain; charset="utf-8"; format=flowed Content-Transfer-Encoding: 8bit X-Originating-IP: [10.67.103.128] X-ClientProxiedBy: dggems704-chm.china.huawei.com (10.3.19.181) To kwepemi500012.china.huawei.com (7.221.188.12) X-CFilter-Loop: Reflected X-BeenThere: dev@dpdk.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: DPDK patches and discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: dev-bounces@dpdk.org Hi, Andrew, v4 has been sent. Thanks. 在 2022/5/31 23:22, Andrew Rybchenko 写道: > On 5/14/22 05:00, Min Hu (Connor) wrote: >> From: Huisong Li >> >> The index zero of rte_eth_dev_data::mac_addrs array is as the default MAC >> index, and other indexes can't be the same as the address >> corresponding to >> index 0. If we break it, may cause following problems: >> 1) waste of MAC address spaces. >> 2) a fake MAC address in the MAC list, isn't in hardware MAC entries. >> 3) a MAC address is assigned to diffent pool. > > The series looks broken in the patchwork. As the result unit tests > are run in a strange way. Please, format patches once again and send v4. > > .