Message ID | 20220514020049.57294-1-humin29@huawei.com (mailing list archive) |
---|---|
Headers |
Return-Path: <dev-bounces@dpdk.org> X-Original-To: patchwork@inbox.dpdk.org Delivered-To: patchwork@inbox.dpdk.org Received: from mails.dpdk.org (mails.dpdk.org [217.70.189.124]) by inbox.dpdk.org (Postfix) with ESMTP id 9ABF6A00C3; Sat, 14 May 2022 04:02:04 +0200 (CEST) Received: from [217.70.189.124] (localhost [127.0.0.1]) by mails.dpdk.org (Postfix) with ESMTP id 5225542829; Sat, 14 May 2022 04:01:58 +0200 (CEST) Received: from szxga01-in.huawei.com (szxga01-in.huawei.com [45.249.212.187]) by mails.dpdk.org (Postfix) with ESMTP id 28D89410F2 for <dev@dpdk.org>; Sat, 14 May 2022 04:01:55 +0200 (CEST) Received: from kwepemi500012.china.huawei.com (unknown [172.30.72.54]) by szxga01-in.huawei.com (SkyGuard) with ESMTP id 4L0TJf2MbHzgYtc; Sat, 14 May 2022 10:01:22 +0800 (CST) Received: from localhost.localdomain (10.69.192.56) 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; Sat, 14 May 2022 10:01:53 +0800 From: "Min Hu (Connor)" <humin29@huawei.com> To: <dev@dpdk.org> CC: <ferruh.yigit@intel.com>, <andrew.rybchenko@oktetlabs.ru>, <ktraynor@redhat.com>, <thomas@monjalon.net> Subject: [PATCH V3 0/2] ethdev: fix MAC addrs list Date: Sat, 14 May 2022 10:00:47 +0800 Message-ID: <20220514020049.57294-1-humin29@huawei.com> X-Mailer: git-send-email 2.33.0 In-Reply-To: <20210922033630.41130-1-humin29@huawei.com> References: <20210922033630.41130-1-humin29@huawei.com> MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Content-Type: text/plain X-Originating-IP: [10.69.192.56] X-ClientProxiedBy: dggems706-chm.china.huawei.com (10.3.19.183) 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 <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> Errors-To: dev-bounces@dpdk.org |
Series |
ethdev: fix MAC addrs list
|
|
Message
humin (Q)
May 14, 2022, 2 a.m. UTC
From: Huisong Li <lihuisong@huawei.com>
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.
Huisong Li (2):
ethdev: fix one address occupies two indexes in MAC addrs
ethdev: document default and non-default MAC address
---
v3:
- first explicitly remove the non-default MAC, then set default one.
- document default and non-default MAC address
v2:
- fixed commit log.
lib/ethdev/ethdev_driver.h | 7 ++++++-
lib/ethdev/rte_ethdev.c | 39 ++++++++++++++++++++++++++++++++++++--
2 files changed, 43 insertions(+), 3 deletions(-)
Comments
On 5/14/22 05:00, Min Hu (Connor) wrote: > From: Huisong Li <lihuisong@huawei.com> > > 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.
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 <lihuisong@huawei.com> >> >> 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. > > .