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 95A5741C4A for ; Thu, 9 Feb 2023 08:49:41 +0100 (CET) Received: from mails.dpdk.org (localhost [127.0.0.1]) by mails.dpdk.org (Postfix) with ESMTP id 826CE4161A; Thu, 9 Feb 2023 08:49:41 +0100 (CET) Received: from agw.arknetworks.am (agw.arknetworks.am [79.141.165.80]) by mails.dpdk.org (Postfix) with ESMTP id BB6724067B; Thu, 9 Feb 2023 08:49:38 +0100 (CET) Received: from debian (unknown [78.109.70.30]) (using TLSv1.3 with cipher TLS_AES_256_GCM_SHA384 (256/256 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits) server-digest SHA256) (No client certificate requested) by agw.arknetworks.am (Postfix) with ESMTPSA id 1B0C8E0F09; Thu, 9 Feb 2023 11:49:38 +0400 (+04) Date: Thu, 9 Feb 2023 11:49:45 +0400 (+04) From: Ivan Malov To: Ferruh Yigit cc: Andrew Rybchenko , dev@dpdk.org, stable@dpdk.org, Andy Moreton , Viacheslav Galaktionov Subject: Re: [PATCH v2] net/sfc: export pick transfer proxy callback to representors In-Reply-To: <5610b0ab-9448-4d9f-32e0-945f8d3e4258@amd.com> Message-ID: <8e883da0-e86-7d5d-d228-31a3daa9671e@arknetworks.am> References: <20230131072444.6925-1-ivan.malov@arknetworks.am> <20230131110839.7453-1-ivan.malov@arknetworks.am> <12847fa4-130a-1fda-c658-a1bf4d35a64a@oktetlabs.ru> <5610b0ab-9448-4d9f-32e0-945f8d3e4258@amd.com> MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII; format=flowed X-BeenThere: stable@dpdk.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: patches for DPDK stable branches List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: stable-bounces@dpdk.org On Wed, 8 Feb 2023, Ferruh Yigit wrote: > On 1/31/2023 11:13 AM, Andrew Rybchenko wrote: >> On 1/31/23 14:08, Ivan Malov wrote: >>> Currently, the "pick transfer proxy ethdev" callback is only >>> advertised for non-representor (in example, main PF) ethdevs. >>> That does not sit well with the original idea of this method, >>> which is to let applications discover the privileged port to >>> use for transfer flow management instead of any given ethdev. >>> Applications trying to leverage this API on sfc representors >>> receive an error and cannot configure transfer flow offloads. >>> >>> Fix the problem by exporting the method to representor ports. >>> >>> Fixes: 26706314d418 ("net/sfc: implement transfer proxy port callback") >>> Cc: stable@dpdk.org >>> >>> Signed-off-by: Ivan Malov >>> Reviewed-by: Andy Moreton >>> Reviewed-by: Viacheslav Galaktionov >>> >> >> No capital letters in E-mail address, please. >> > > fixed while merging Thank you Ferruh. You have been most helpful. > >> Reviewed-by: Andrew Rybchenko >> > > Applied to dpdk-next-net/main, thanks. > >