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 0B182A0A0A; Thu, 21 Jan 2021 04:32:15 +0100 (CET) Received: from [217.70.189.124] (localhost [127.0.0.1]) by mails.dpdk.org (Postfix) with ESMTP id 7C58F140E2C; Thu, 21 Jan 2021 04:32:15 +0100 (CET) Received: from mga01.intel.com (mga01.intel.com [192.55.52.88]) by mails.dpdk.org (Postfix) with ESMTP id 762BC140E22 for ; Thu, 21 Jan 2021 04:32:13 +0100 (CET) IronPort-SDR: XDrEc1W7esSzhp/4GPlvCcb5UqnySK4Vy3ViULrIf/HTC6pKh8RtmcZ3TElvGXBNo8twfssg71 P/uXQKNxsSfw== X-IronPort-AV: E=McAfee;i="6000,8403,9870"; a="197946628" X-IronPort-AV: E=Sophos;i="5.79,362,1602572400"; d="scan'208";a="197946628" Received: from fmsmga003.fm.intel.com ([10.253.24.29]) by fmsmga101.fm.intel.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 20 Jan 2021 19:32:12 -0800 IronPort-SDR: NJR087S3Z/THWX+nIQ+iH/R4XTYHa50SU+0pvdp/hm38py8fB3Lv4jke72wi3A3FHc++YXdMU7 xcEJ5dQmsQpQ== X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="5.79,362,1602572400"; d="scan'208";a="407122055" Received: from fmsmsx604.amr.corp.intel.com ([10.18.126.84]) by FMSMGA003.fm.intel.com with ESMTP; 20 Jan 2021 19:32:12 -0800 Received: from shsmsx606.ccr.corp.intel.com (10.109.6.216) by fmsmsx604.amr.corp.intel.com (10.18.126.84) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256) id 15.1.1713.5; Wed, 20 Jan 2021 19:32:11 -0800 Received: from shsmsx601.ccr.corp.intel.com (10.109.6.141) by SHSMSX606.ccr.corp.intel.com (10.109.6.216) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256) id 15.1.1713.5; Thu, 21 Jan 2021 11:32:09 +0800 Received: from shsmsx601.ccr.corp.intel.com ([10.109.6.141]) by SHSMSX601.ccr.corp.intel.com ([10.109.6.141]) with mapi id 15.01.1713.004; Thu, 21 Jan 2021 11:32:09 +0800 From: "Tu, Lijuan" To: Xueming Li CC: "dev@dpdk.org" , Viacheslav Ovsiienko , Asaf Penso Thread-Topic: [dpdk-dev] [PATCH v5 0/9] ethdev: support SubFunction representor Thread-Index: AQHW7jLped1D5LR2Pke5bkRSf+GoN6oxbgkw Date: Thu, 21 Jan 2021 03:32:09 +0000 Message-ID: <9d7423698bea4daabca88420d6a34104@intel.com> References: <1608303356-13089-2-git-send-email-xuemingl@nvidia.com> <1611040409-11548-1-git-send-email-xuemingl@nvidia.com> In-Reply-To: <1611040409-11548-1-git-send-email-xuemingl@nvidia.com> Accept-Language: zh-CN, en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: dlp-reaction: no-action dlp-version: 11.5.1.3 dlp-product: dlpe-windows x-originating-ip: [10.239.127.36] Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 Subject: Re: [dpdk-dev] [PATCH v5 0/9] ethdev: support SubFunction representor 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 Sender: "dev" > dedicated queues(txq, rxq). A SF netdev supports E-Switch representation > offload similar to existing PF and VF representors. A SF shares PCI level > resources with other SFs and/or with its parent PCI function. >=20 > From SmartNIC perspective, when PCI device is shared for multi-host, > representors for host controller and host PF is required. >=20 > This patch set introduces new representor types in addtion to existing VF > representor. Syntax: >=20 > [[c#]pf#]vf#: VF port representor/s from controller/pf > [[c#]pf#]sf#: SF port representor/s from controller/pf > #: VF representor - for backwards compatibility >=20 > "#" is number instance, list or range, valid examples: > 1, [1,3,5], [0-3], [0,2-4,6] >=20 > For backward compatibility, this patch also introduces new netdev capabil= ity > to indicate the capability of supportting SF representor. >=20 > Version history: > RFC: > initial version [2] > V2: > - separate patch for represnetor infrastructure, controller, pf and > sf. > - replace representor ID macro with functions: > rte_eth_representor_id_encode() > rte_eth_representor_id_parse() > - new patch to allow devargs with same PCI BDF but different > representors. > - other minor code updates according to comments, thanks Andrew! > - update document > V3: > - improve probing of allowed devargs with same name. > - parse single word of kvargs as key. > - update kvargs test cases. > V4: > - split first representor refactor patch into > 1: add representor type > 2: refector representor list parsing > - push the patch supporting multi-devargs for same device. > V5: > - add comments for parsing functions > - update switch_representation.rst - Thanks Ajit Hi, The series can't recognize i40e device, so testpmd start failed. ./x86_64-native-linuxapp-gcc/app/dpdk-testpmd -l 4-8 -n 6 -a 17:00.0 -- -i= --txq=3D2 --rxq=3D2 <...> EAL: Probe PCI driver: net_i40e (8086:158b) device: 0000:17:00.0 (socket 0= ) EAL: No legacy callbacks, legacy socket not created testpmd: No probed ethernet devices Interactive-mode selected Fail: input txq (2) can't be greater than max_tx_queues (0) of port 0 EAL: Error - exiting with code: 1 Cause: txq 2 invalid - must be >=3D 0 && <=3D 0 thanks