From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <dev-bounces@dpdk.org>
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 <dev@dpdk.org>; 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" <lijuan.tu@intel.com>
To: Xueming Li <xuemingl@nvidia.com>
CC: "dev@dpdk.org" <dev@dpdk.org>, Viacheslav Ovsiienko
 <viacheslavo@nvidia.com>, Asaf Penso <asafp@nvidia.com>
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 <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
Sender: "dev" <dev-bounces@dpdk.org>

> 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