From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <dev-bounces@dpdk.org>
Received: from dpdk.org (dpdk.org [92.243.14.124])
	by inbox.dpdk.org (Postfix) with ESMTP id 21653A09FF;
	Mon, 28 Dec 2020 14:44:42 +0100 (CET)
Received: from [92.243.14.124] (localhost [127.0.0.1])
	by dpdk.org (Postfix) with ESMTP id 28B0FCA04;
	Mon, 28 Dec 2020 14:44:40 +0100 (CET)
Received: from shelob.oktetlabs.ru (shelob.oktetlabs.ru [91.220.146.113])
 by dpdk.org (Postfix) with ESMTP id 2BC35C9FA
 for <dev@dpdk.org>; Mon, 28 Dec 2020 14:44:38 +0100 (CET)
Received: from [192.168.38.17] (aros.oktetlabs.ru [192.168.38.17])
 (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits)
 key-exchange X25519 server-signature RSA-PSS (2048 bits))
 (No client certificate requested)
 by shelob.oktetlabs.ru (Postfix) with ESMTPSA id D66F87F597;
 Mon, 28 Dec 2020 16:44:36 +0300 (MSK)
DKIM-Filter: OpenDKIM Filter v2.11.0 shelob.oktetlabs.ru D66F87F597
DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=oktetlabs.ru;
 s=default; t=1609163076;
 bh=C9JoA1zzTw56PA/JmF9OSoGNicyBHVJAkM9x355sGUc=;
 h=Subject:To:Cc:References:From:Date:In-Reply-To;
 b=WWuuixRlGbDYB6yh+Faxy/1tegkzSh2GDiMfrpYw062xCpHaRM658sL+9iL/IY6HR
 NF5wNz8ytLEGt+I2AB7K7bLp9MwLoL9l7xfdkKadS9Qn3ZBrIThzuMcNtPlw07IIga
 GQZ6Sx7W4iuDtoqS8PnCUqtt+OFjbFapXKPwvkCo=
To: Xueming Li <xuemingl@nvidia.com>,
 Viacheslav Ovsiienko <viacheslavo@nvidia.com>,
 Thomas Monjalon <thomas@monjalon.net>, Ferruh Yigit
 <ferruh.yigit@intel.com>, Olivier Matz <olivier.matz@6wind.com>,
 Matan Azrad <matan@nvidia.com>
Cc: dev@dpdk.org, Asaf Penso <asafp@nvidia.com>
References: <1608303356-13089-1-git-send-email-xuemingl@nvidia.com>
From: Andrew Rybchenko <andrew.rybchenko@oktetlabs.ru>
Organization: OKTET Labs
Message-ID: <4748b2dc-bc77-b769-a865-00e19f2ffc45@oktetlabs.ru>
Date: Mon, 28 Dec 2020 16:44:36 +0300
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:78.0) Gecko/20100101
 Thunderbird/78.5.1
MIME-Version: 1.0
In-Reply-To: <1608303356-13089-1-git-send-email-xuemingl@nvidia.com>
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit
Content-Language: en-US
Subject: Re: [dpdk-dev] [RFC 0/7] support SubFunction representor
X-BeenThere: dev@dpdk.org
X-Mailman-Version: 2.1.15
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>

On 12/18/20 5:55 PM, Xueming Li wrote:
> SubFunction [1] is a portion of the PCI device, a SF netdev has its own
> dedicated queues(txq, rxq). A SF netdev supports eswitch 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.
>
> >From SmartNIC perspective, when PCI device is shared for multi-host,
> representors for host controller and host PF is required.
>
> This patch set introduces new representor types in addtion to existing
> VF representor. Syntax:
>
> [[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
>
> "#" is number instance, list or range, valid examples:
>   1, [1,3,5], [0-3], [0,2-4,6]
>
> For flexibility, this patch also introduces new netdev capability
> to indicate the capability to support new representor types.

Many thanks for sharing the patchset. Looks very interesting.
I've already sent my comments and questions for individual patches.

> [1]:
> https://lore.kernel.org/netdev/20201112192424.2742-1-parav@nvidia.com/

[snip]