From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org Received: from mails.dpdk.org (mails.dpdk.org [217.70.189.124]) by smtp.lore.kernel.org (Postfix) with ESMTP id 5FFAAC6FA8E for ; Mon, 12 Sep 2022 14:41:26 +0000 (UTC) Received: from [217.70.189.124] (localhost [127.0.0.1]) by mails.dpdk.org (Postfix) with ESMTP id 4C86C400D4; Mon, 12 Sep 2022 16:41:25 +0200 (CEST) Received: from shelob.oktetlabs.ru (shelob.oktetlabs.ru [91.220.146.113]) by mails.dpdk.org (Postfix) with ESMTP id 2AD774003C for ; Mon, 12 Sep 2022 16:41:23 +0200 (CEST) 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 (4096 bits) server-digest SHA256) (No client certificate requested) by shelob.oktetlabs.ru (Postfix) with ESMTPSA id 939647B; Mon, 12 Sep 2022 17:41:21 +0300 (MSK) DKIM-Filter: OpenDKIM Filter v2.11.0 shelob.oktetlabs.ru 939647B DKIM-Signature: v=1; a=rsa-sha256; c=simple/simple; d=oktetlabs.ru; s=default; t=1662993681; bh=JxlrHc0wfeKaobebWQBc8Vx28StSLvKcSZH7kn55uEU=; h=Date:Subject:To:Cc:References:From:In-Reply-To:From; b=LgZaNLgrioIj23wkBI47HFFc/Fh3bEkixfpL1lcA0derhc6oexBI4a3ApsKSLyo8o y8SQRTZbQGVr4ac+mRv0StY0YVYMl6W6Ko6z3O77f3eoa74IpXlWX5uAnlxHvdUOq/ jrEnekGPAqsIFe+nQgKmcGUrm3lkvft7UxUmibDE= Message-ID: <64fd910d-f63e-0f5b-ce66-89132671ddbd@oktetlabs.ru> Date: Mon, 12 Sep 2022 17:41:20 +0300 MIME-Version: 1.0 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:91.0) Gecko/20100101 Thunderbird/91.13.0 Subject: Re: [RFC] ethdev: add send to kernel action Content-Language: en-US To: Michael Savisko , "NBU-Contact-Thomas Monjalon (EXTERNAL)" , Ori Kam Cc: "dev@dpdk.org" , Ferruh Yigit , Slava Ovsiienko References: <20220811113544.1718643-1-michaelsav@nvidia.com> <65973c56-d307-efed-57af-6e1265b63f34@xilinx.com> <5755554.MhkbZ0Pkbq@thomas> From: Andrew Rybchenko Organization: OKTET Labs In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit 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 On 9/12/22 16:39, Michael Savisko wrote: >> -----Original Message----- >> From: Thomas Monjalon >> Sent: Monday, 12 September 2022 16:33 >> To: Michael Savisko ; Ori Kam >> Cc: andrew.rybchenko@oktetlabs.ru; dev@dpdk.org; Ferruh Yigit ; Slava Ovsiienko >> Subject: Re: [RFC] ethdev: add send to kernel action >> >> 16/08/2022 11:50, Ferruh Yigit: >>> On 8/11/2022 12:35 PM, Michael Savisko wrote: >>>> >>>> In some cases application may receive a packet that should have been >>>> received by the kernel. In this case application uses KNI or other >>>> means to transfer the packet to the kernel. >>>> This commit introduces rte flow action that the application may use >>>> to route the packet to the kernel while still in the HW. >>>> >>>> Signed-off-by: Michael Savisko >>> >>> I assume this only works for bifurcated drivers, right? >> >> This question has not been replied after a month. >> Please let's be more reactive. > > Depends on HW. If it can forward packets to different places then it can also be supported. But in most cases yes - for bifurcated drivers. The action sounds like "do some magic". As far as I know we have no concept of kernel and cooperation with the kernel in DPDK yet. Is it a transfer or non-transfer action? I guess non-transfer, since otherwise the next question is which kernel... In the case of non-transfer DPDK has a concept of Rx queues which are used to deliver traffic to and we have QUEUE and RSS flow actions to do it. The patch adds some magic direction "kernel". Don't we want to control destination queue? RSS? May be we need dedicated control steps to setup kernel Rx queues and than use QUEUE/RSS to direct traffic there?