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 CEF77A0C40; Fri, 11 Jun 2021 09:54:15 +0200 (CEST) Received: from [217.70.189.124] (localhost [127.0.0.1]) by mails.dpdk.org (Postfix) with ESMTP id 63AB640FDF; Fri, 11 Jun 2021 09:54:15 +0200 (CEST) Received: from out1-smtp.messagingengine.com (out1-smtp.messagingengine.com [66.111.4.25]) by mails.dpdk.org (Postfix) with ESMTP id 95E824014F for ; Fri, 11 Jun 2021 09:54:14 +0200 (CEST) Received: from compute3.internal (compute3.nyi.internal [10.202.2.43]) by mailout.nyi.internal (Postfix) with ESMTP id C17CB5C0048; Fri, 11 Jun 2021 03:54:13 -0400 (EDT) Received: from mailfrontend1 ([10.202.2.162]) by compute3.internal (MEProxy); Fri, 11 Jun 2021 03:54:13 -0400 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=monjalon.net; h= from:to:cc:subject:date:message-id:in-reply-to:references :mime-version:content-transfer-encoding:content-type; s=fm1; bh= +t1Yl7PKYoQpUOnOjVPwHfYhjCqYOFQ1XOFTWfcKO3k=; b=zCClL/tpWldoi7cU +5V+GaUXfNbYTBe0yVm2X84sJjmiqb4Ff0f2F6Sjl0gH4dTa/sxwq5sYz5C4Pjn1 LqsLyHBAk0h/l6PaZgCGVFYnrKfwudcPIs/KvCxB5KNFU08HXTXfO7hc+UevJZSm y+rpDro6Z6KHsxcgXVnszdbDRhHwK8iOBFnSc4yT4dFrsZWfeoh9Ronu8F0arKun waRrDZxyYK9JcBc7fdLHh1lXmhcgRC8ntXBdtS4lwZ6cHXsbQTZLO/lxQRPeg2AT 5bWWt5d8nKMAGiQuHBTeIKXr1GN9/NY+ADE3OfRLgDHBDDkEnQPb1Qz0AiRGQg1a wkZq3A== DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d= messagingengine.com; h=cc:content-transfer-encoding:content-type :date:from:in-reply-to:message-id:mime-version:references :subject:to:x-me-proxy:x-me-proxy:x-me-sender:x-me-sender :x-sasl-enc; s=fm3; bh=+t1Yl7PKYoQpUOnOjVPwHfYhjCqYOFQ1XOFTWfcKO 3k=; b=QwzK6ue9izs/vuxyS3ZH4jAoW/t1wtRfJguwNYesKad3P7hzgkcrDilC5 qGQXpZ/rOYBqwf6p7h6MRzcESiqAHOTKH5CL8fJO9mdrB5vFxUiCslsWZ2QxOjDZ g72dlZUjH9F16Gmd++f2oKsjKPPK0KlfHTjleGwPTd2nKNYwp/yofR9/CtpXrkIl mCtmhmbjB2oD+jO9eu2KkEF5ju6+PjF7NIrKHoRIUNI/5461skuXCt+/3OdoE6TZ pepBSAAcYE9M7QXcYL4lLGSv/y4d+wTc4A8ldp9PlPWPBUvU1FY/vVsq6S/3GhX9 YJck88nV72BSdLOidpsxGz0a/7VCw== X-ME-Sender: X-ME-Received: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgeduledrfeduiedguddvgecutefuodetggdotefrod ftvfcurfhrohhfihhlvgemucfhrghsthforghilhdpqfgfvfdpuffrtefokffrpgfnqfgh necuuegrihhlohhuthemuceftddtnecusecvtfgvtghiphhivghnthhsucdlqddutddtmd enucfjughrpefhvffufffkjghfggfgtgesthhqredttddtjeenucfhrhhomhepvfhhohhm rghsucfoohhnjhgrlhhonhcuoehthhhomhgrshesmhhonhhjrghlohhnrdhnvghtqeenuc ggtffrrghtthgvrhhnpedukedutdevteelieeggeevteekteegjeeifeeuvdffieffvefh hfdttdfhffevudenucffohhmrghinhepohiilhgrsghsrdhorhhgpdhmvghllhgrnhhogi drtghomhdpkhgvrhhnvghlrdhorhhgnecuvehluhhsthgvrhfuihiivgeptdenucfrrghr rghmpehmrghilhhfrhhomhepthhhohhmrghssehmohhnjhgrlhhonhdrnhgvth X-ME-Proxy: Received: by mail.messagingengine.com (Postfix) with ESMTPA; Fri, 11 Jun 2021 03:54:12 -0400 (EDT) From: Thomas Monjalon To: "Yigit, Ferruh" , "Xia, Chenbo" Cc: Xueming Li , Viacheslav Ovsiienko , "dev@dpdk.org" , parav@nvidia.com, jgg@nvidia.com Date: Fri, 11 Jun 2021 09:54:10 +0200 Message-ID: <3100339.2ytdHBWMnH@thomas> In-Reply-To: References: <20210527133759.17401-1-xuemingl@nvidia.com> <3858146.r4qRVYXuaD@thomas> MIME-Version: 1.0 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset="UTF-8" Subject: Re: [dpdk-dev] [RFC 00/14] mlx5: support SubFunction 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" 11/06/2021 07:14, Xia, Chenbo: > From: Thomas Monjalon > > 10/06/2021 12:33, Ferruh Yigit: > > > On 5/27/2021 2:37 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 shares PCI level resources with ot= her > > > > SFs and/or with its parent PCI function. Auxiliary bus is the > > > > fundamental of SF. > > > > > > > > This patch set introduces SubFunction support for mlx5 PMD driver > > > > including class net, regex, vdpa and compress. > > > > > > > > > > There is already an mdev patch, originated from long ago. Aren't > > subfunctions > > > presented as mdev device? If so can't we use mdev for it? > >=20 > > No unfortunately that's different. > > mlx5 SF is based on top of auxiliary bus in the kernel/sysfs. >=20 > Just out of curiosity: >=20 > Does SF use mdev before aux bus is introduced in kernel. I see some histo= ry > of it but am not sure: [1] seems SF was base on mdev. [2] seems BlueField > software v2.5 is using mdev for SF. I saw it yesterday and try to figure > out the history. Since you are here, guess you know something =F0=9F=98=8A >=20 > [1] https://patchwork.ozlabs.org/project/netdev/cover/20191107160448.2096= 2-1-parav@mellanox.com/ > [2] https://docs.mellanox.com/display/BlueFieldSWv25011176/Mediated+Devic= es Kernel maintainers rejected the use of mdev for this purpose and suggested to use a real bus. You can follow the discussion here: https://lore.kernel.org/netdev/20191108205204.GB1277001@kroah.com/ Does Intel plan to use mdev for SF? =46or the sake of follow-up discussion, this is the official mdev doc: https://www.kernel.org/doc/Documentation/vfio-mediated-device.txt