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 81941A0547; Tue, 19 Oct 2021 21:36:38 +0200 (CEST) Received: from [217.70.189.124] (localhost [127.0.0.1]) by mails.dpdk.org (Postfix) with ESMTP id E8F9A40142; Tue, 19 Oct 2021 21:36:37 +0200 (CEST) Received: from mail-io1-f54.google.com (mail-io1-f54.google.com [209.85.166.54]) by mails.dpdk.org (Postfix) with ESMTP id E06564003E for ; Tue, 19 Oct 2021 21:36:36 +0200 (CEST) Received: by mail-io1-f54.google.com with SMTP id n7so21811080iod.0 for ; Tue, 19 Oct 2021 12:36:36 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=QygK7bZpEmUWNFruaqXVF4nIImUcNFBBJSPwpg5Az3E=; b=Dp6HN19cXAkx++Xp+Co/N3+ImIABl+4dr57q72CWsIRipy3pgLRt6HbvNTYbI5IwPH 3BOhJOqVNMktnjpwjHVACWzAjTfQkKuG0bNRn9oUQgtKWCcnK1d5pB0hpRm2svWVFzRA 9zViwojtPUu3DOtFatWpFlMCVqN/vQljK1+3eXItB+l1YvfIEWHqAZVm+Ve9HlzdR02U ceFg62K+urFYXHeDx10zsvtRjukEuETAN8ztPZrrDD3ixbdJjjutMNtAmUZA8xONUG6q vYztKuUo2IrhetqW33BNeUFRb8VZwGsOrfIk2rvkAfPtRtwqjh8RwDMocuOLiOioGA5g +dKQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=QygK7bZpEmUWNFruaqXVF4nIImUcNFBBJSPwpg5Az3E=; b=jGDSxGhPGjK6W5XJTrphWS3qTzFKrIRw9NE6L3j6jJqJhjf/BCiQtwLTmuXtLu5fJb ynAFXPWXSZn3TkXVIRq9b9hx5eyM7SK+jCB/o4H5ZyX6wuDVzowiA2vMdyJTTD07DxJ5 1W/rRrZaeJ08n4beAdqgyXwgXh0VIL3zjGDQv3mDFcHM5/PT2enism4fMMGurUyuRyi3 NqWvufj/xsdbk5I/zxbwOEYZjkUPzsnY2eNqKy7EHBSunY7c/K8Uj1nNnvLNWm7m6mQc sKKbh2yG8VRsG0zbUc0HPJY8uR097Jl7wQWTBDmJe/Zr37sHb3g9xJLgh5N3Vh9SHu5+ HX5Q== X-Gm-Message-State: AOAM53060V5WbScVg4XhRAGz0iNzsqC8/UwunMGlzaD9808fckAgxmLK zBZkp3yLXY9oc4wXSKO7ytU69DEC9kGCMJ3eUCc= X-Google-Smtp-Source: ABdhPJz/yLPI+giowFzxxhSYoB2LON8m572efvquK+kDPZi99mtlLd+Uh40x51xcj+xoKEy9C5AuEihd8/GhpkxoZR4= X-Received: by 2002:a05:6638:23a:: with SMTP id f26mr5766902jaq.2.1634672196190; Tue, 19 Oct 2021 12:36:36 -0700 (PDT) MIME-Version: 1.0 References: <20211019181459.1709976-1-jerinj@marvell.com> <6870595.fqHcUuC4to@thomas> In-Reply-To: <6870595.fqHcUuC4to@thomas> From: Jerin Jacob Date: Wed, 20 Oct 2021 01:06:10 +0530 Message-ID: To: Thomas Monjalon Cc: Jerin Jacob , dpdk-dev , Ferruh Yigit , Ajit Khaparde , Andrew Boyer , Andrew Rybchenko , Beilei Xing , "Richardson, Bruce" , Chas Williams , "Xia, Chenbo" , Ciara Loftus , Devendra Singh Rawat , Ed Czeck , Evgeny Schemeilin , Gaetan Rivet , Gagandeep Singh , Guoyang Zhou , Haiyue Wang , Harman Kalra , heinrich.kuhn@corigine.com, Hemant Agrawal , Hyong Youb Kim , Igor Chauskin , Igor Russkikh , Jakub Grajciar , Jasvinder Singh , Jian Wang , Jiawen Wu , Jingjing Wu , John Daley , John Miller , "John W. Linville" , "Wiles, Keith" , Kiran Kumar K , Lijun Ou , Liron Himi , Long Li , Marcin Wojtas , Martin Spinler , Matan Azrad , Matt Peters , Maxime Coquelin , Michal Krawczyk , "Min Hu (Connor" , Pradeep Kumar Nalla , Nithin Dabilpuram , Qiming Yang , Qi Zhang , Radha Mohan Chintakuntla , Rahul Lakkireddy , Rasesh Mody , Rosen Xu , Sachin Saxena , Satha Koteswara Rao Kottidi , Shahed Shaikh , Shai Brandes , Shepard Siegel , Somalapuram Amaranath , Somnath Kotur , Stephen Hemminger , Steven Webster , Sunil Kumar Kori , Tetsuya Mukawa , Veerasenareddy Burru , Viacheslav Ovsiienko , Xiao Wang , Xiaoyun Wang , Yisen Zhuang , Yong Wang , Ziyang Xuan , Prasun Kapoor , nadavh@marvell.com, Satananda Burla , Narayana Prasad , Akhil Goyal , Ray Kinsella , Dmitry Kozlyuk , Anatoly Burakov , Cristian Dumitrescu , Honnappa Nagarahalli , =?UTF-8?Q?Mattias_R=C3=B6nnblom?= , "Ruifeng Wang (Arm Technology China)" , David Christensen , "Ananyev, Konstantin" , Olivier Matz , "Jayatheerthan, Jay" , Ashwin Sekhar Thalakalath Kottilveetil , Pavan Nikhilesh , Elena Agostini , David Marchand , tom@herbertland.com Content-Type: text/plain; charset="UTF-8" Subject: Re: [dpdk-dev] [RFC PATCH 0/1] Dataplane Workload Accelerator library 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" On Wed, Oct 20, 2021 at 12:38 AM Thomas Monjalon wrote: > > 19/10/2021 20:14, jerinj@marvell.com: > > Definition of Dataplane Workload Accelerator > > -------------------------------------------- > > Dataplane Workload Accelerator(DWA) typically contains a set of CPUs, > > Network controllers and programmable data acceleration engines for > > packet processing, cryptography, regex engines, baseband processing, etc. > > This allows DWA to offload compute/packet processing/baseband/ > > cryptography-related workload from the host CPU to save the cost and power. > > Also to enable scaling the workload by adding DWAs to the Host CPU as needed. > > > > Unlike other devices in DPDK, the DWA device is not fixed-function > > due to the fact that it has CPUs and programmable HW accelerators. > > This enables DWA personality/workload to be completely programmable. > > Typical examples of DWA offloads are Flow/Session management, > > Virtual switch, TLS offload, IPsec offload, l3fwd offload, etc. > > If I understand well, the idea is to abstract the offload > of some stack layers in the hardware. Yes. It may not just HW, For expressing the complicated workloads may need CPU and/or other HW accelerators. > I am not sure we should give an API for such stack layers in DPDK. Why not? > It looks to be the role of the dataplane application to finely manage > how to use the hardware for a specific dataplane. It is possible with this scheme. > I believe the API for such layer would be either too big, or too limited, > or not optimized for specific needs. It will be optimized for specific needs as applications ask for what to do? not how to do? > If we really want to automate or abstract the HW/SW co-design, > I think we should better look at compiler work like P4 or PANDA. The compiler stuff is very static in nature. It can address the packet transformation workloads. Not the ones like IPsec or baseband offload. Another way to look at it, GPU RFC started just because you are not able to express all the workload in P4. > >