From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail01.napatech.com (mail01.napatech.com [188.120.77.121]) by dpdk.org (Postfix) with ESMTP id AC68A8E01 for ; Fri, 5 Jan 2018 21:32:48 +0100 (CET) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=napatech.com; i=@napatech.com; q=dns/txt; s=mar2017; t=1515184369; x=1546720369; h=from:to:cc:subject:date:message-id:references: in-reply-to:content-transfer-encoding:mime-version; bh=OgivizqRuOPzfqjapbveyNvwEdW3GPEN3Xybcm1fscw=; b=SwX1oVh5BWcl+3/88w5Bt2uWnUGm1iklaekzfEkDCXB+cGjbTPej4C4g HLQ92Mu49GoHyJ+X3vbcPhwDN6MtED3ICXLdJOspAbgIyrhqJewQJwHX3 jU5USuZlVKypObRevMClTPPYG5e4N1FjifeXAaE8QovFBwdC0xUwD7dHd UXCueSLW2B8+/rgMjOieetENqsyZyFbMlDsDellK9mD+Dy0+mRpxvBrlE 97G9PmarPPBYtC/Xthk+ugKIhWaTZfxP6ua/TkwcPmVru0vz2gxgzwq7s NZDIn85uGEps4AxE92SL+jg7xdjZVf9aw/0ExDPIScRXjLDY7b4UcdiOR w==; IronPort-PHdr: =?us-ascii?q?9a23=3An/Pqvx+IdLzBqP9uRHKM819IXTAuvvDOBiVQ1KB3?= =?us-ascii?q?0uMcTK2v8tzYMVDF4r011RmVBdydtK0P0rGM+4nbGkU4qa6bt34DdJEeHzQksu?= =?us-ascii?q?4x2zIaPcieFEfgJ+TrZSFpVO5LVVti4m3peRMNQJW2aFLduGC94iAPERvjKwV1?= =?us-ascii?q?Ov71GonPhMiryuy+4ZLebxlViDanY75/Lhq6oRjfu8UInIBvNrs/xhzVr3VSZu?= =?us-ascii?q?9Y33loJVWdnxb94se/4ptu+DlOtvwi6sBNT7z0c7w3QrJEAjsmNXs15NDwuhnY?= =?us-ascii?q?UQSP/HocXX4InRdOHgPI8Qv1Xpb1siv9q+p9xCyXNtD4QLwoRTiv6bpgRQT2gy?= =?us-ascii?q?kbKTE27GDXitRxjK1FphKhuwd/yJPQbI2MKfZyYr/RcdYcSGFcXMheSjZBD5u8?= =?us-ascii?q?YYUREuQBIehWoYrzp1QMrBuxGQaiC+z0xz9Un3/237E23/g9HQ3Y2gErAtIAsG?= =?us-ascii?q?7TrNXwLKocUeG1zK/OzT7ecf5W2S396InTchA9v/6MW6lwftTXyUIyEA7FgEmf?= =?us-ascii?q?pJfjPzyPzuQCqXSb4PR8WuKvkWIotwZxoj22y8oql4LHhZoVx0jZ+Sll2oo5O9?= =?us-ascii?q?K1RFJhbdK5CpddtC6XO5NrTs8+WW1kpik3xqEctZKmYCQG0ooryhDbZvCffYiH?= =?us-ascii?q?/BHuWPqULDp9hH9oe6+zihOy/ES90OLwS8y530xWoSdLnNnBs3MA2hPN5cWBV/?= =?us-ascii?q?Bz5F2u2SyV2ADW8uxEJEc0mrfFJJM52b4wk4YTsVzEHi/rhEX6lK+WeVsg+uiv?= =?us-ascii?q?8+nnZ6/ppp6YN4NujAHxKLwuldajAesmLgcOX3KX9vi71L3m5UH5QbNKgeMqkq?= =?us-ascii?q?TBrZzWOd4XqrC2DgNJyIov9gyzAjSp3dgAmHkINlNFeBaJj4jzPFHOJej1Dfmj?= =?us-ascii?q?jFm3ljdk3ejGMaf9AprTMnfDkK3tcqp6605Z0AYz18xQ54pICrEdJ/L+QlL+u8?= =?us-ascii?q?LGDhIiLgO02/voCNZn2oMZQ2KPDfzRDKSHjV+P4+s0a8yLYo0cvDH7Y6w55/nr?= =?us-ascii?q?hGQRnFgbf6Ct2p1Rbn2kSKdIOUKcNFTthNFJOmcQvxEiQerxhVvKBTBYT3C7R6?= =?us-ascii?q?sg6zo7TomhCNGQFciWnLWd0XLjTdVtbWdcBwXJSC+weg=3D=3D?= X-IronPort-Anti-Spam-Filtered: true X-IronPort-Anti-Spam-Result: =?us-ascii?q?A2HqAgCQ309a/1QB8ApdHAEBAQQBAQoBA?= =?us-ascii?q?YU/B58amT8KhTsChHQUAQEBAQEBAQEBAQKBEII4JAGCRwEBAQEDOj8MBAIBCBE?= =?us-ascii?q?EAQEfCQcyFAkIAgQOBQi9O4pDAQEBAQEBAQEBAQEBAQEBAQEBAQEehBSDa4Fpg?= =?us-ascii?q?y6DMIdqBaNclTOCIIYYi1eWZgICAgIJAhqBPDaBc28VgmeEV3iIVoEXAQEB?= X-IPAS-Result: =?us-ascii?q?A2HqAgCQ309a/1QB8ApdHAEBAQQBAQoBAYU/B58amT8KhTs?= =?us-ascii?q?ChHQUAQEBAQEBAQEBAQKBEII4JAGCRwEBAQEDOj8MBAIBCBEEAQEfCQcyFAkIA?= =?us-ascii?q?gQOBQi9O4pDAQEBAQEBAQEBAQEBAQEBAQEBAQEehBSDa4Fpgy6DMIdqBaNclTO?= =?us-ascii?q?CIIYYi1eWZgICAgIJAhqBPDaBc28VgmeEV3iIVoEXAQEB?= Received: from cph-gen-exch02.napatech.com (10.240.1.84) by cph-gen-exch02.napatech.com (10.240.1.84) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256_P256) id 15.1.1034.26; Fri, 5 Jan 2018 21:32:47 +0100 Received: from cph-gen-exch02.napatech.com ([fe80::581:51a1:ac3f:84e]) by cph-gen-exch02.napatech.com ([fe80::581:51a1:ac3f:84e%12]) with mapi id 15.01.1034.026; Fri, 5 Jan 2018 21:32:47 +0100 From: Finn Christensen To: Thomas Monjalon CC: "dev@dpdk.org" , Yuanhan Liu , "Adrien Mazarguil" , Ciara Loftus , Kevin Traynor , "stephen@networkplumber.org" , "ferruh.yigit@intel.com" Thread-Topic: [dpdk-dev] standardize device identification Thread-Index: AQHTed5wRSh3eSywGUykeeHF0l5SaqNj3zuAgAEdtQCAAB7lgIAAGYkAgAAxDkCAAApOgIAAYaeQ Date: Fri, 5 Jan 2018 20:32:47 +0000 Message-ID: References: <1512027330-30030-1-git-send-email-yliu@fridaylinux.org> <2746853.LkVxvJSmNi@xps> <40957417.C216t4nj8c@xps> In-Reply-To: <40957417.C216t4nj8c@xps> Accept-Language: da-DK, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-originating-ip: [10.240.10.239] Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Subject: Re: [dpdk-dev] standardize device identification X-BeenThere: dev@dpdk.org X-Mailman-Version: 2.1.15 Precedence: list List-Id: DPDK patches and discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 05 Jan 2018 20:32:49 -0000 >-----Original Message----- >From: Thomas Monjalon [mailto:thomas@monjalon.net] >Sent: 5. januar 2018 16:34 >To: Finn Christensen >Cc: dev@dpdk.org; Yuanhan Liu ; Adrien Mazarguil >; Ciara Loftus ; Kevin >Traynor ; stephen@networkplumber.org; >ferruh.yigit@intel.com >Subject: Re: [dpdk-dev] standardize device identification > >05/01/2018 15:14, Finn Christensen: >> From: Thomas Monjalon [mailto:thomas@monjalon.net] >> >05/01/2018 12:09, Finn Christensen: >> >> From: Thomas Monjalon >> >> Which property can help to distinguish Napatech ports? >> >> Can you use class=3Deth,dev_port=3DX ? >> >> The dev_port property will use /sys/class/net/DEV/dev_port on Lin= ux. >Is it >> >> OK for you? >> >> >> >> Actually, what we were thinking of was using the mac property in >> >> the class category to distinguish our ports. >> >> For instance: >> >> -w bus=3Dpci,id=3D0000:01:00.0/class=3Deth,mac=3D00:11:22:33:44:55 >> >> or simply: >> >> -w class=3Deth,mac=3D00:11:22:33:44:55 >> > >> >The problem with the mac property is that it cannot be used for >> >white/blacklisting in DPDK because the MAC is not known before port >> >initialization. >> > >> >> Sure, that makes sense. I just for a minute thought that we could use >> that mechanism to enable individual ports at startup also. We will >> continue to use proprietary devargs passed by whiterlist to the PMD prob= e >function. >> What we needed was a way to select the individual ports, by using >> rte_eth_dev_get_port_by_name(). > >The whitelist will be replaced by this new syntax. >And yes, you can have your own driver-specific property with this syntax. That's fine. > >> >> We will not be able to support the dev_port property, that will not >> >> work for >> >us. >> >> At least not for now. > >It leads to a totally different question: >Can we discuss again how to integrate your driver in DPDK upstream? >Please explain again your situation in a new thread. Sure, I'll get back to you in a new thread. Thanks!