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 26BE1A0C47; Sun, 31 Oct 2021 20:34:55 +0100 (CET) Received: from [217.70.189.124] (localhost [127.0.0.1]) by mails.dpdk.org (Postfix) with ESMTP id 179584068E; Sun, 31 Oct 2021 20:34:55 +0100 (CET) Received: from new4-smtp.messagingengine.com (new4-smtp.messagingengine.com [66.111.4.230]) by mails.dpdk.org (Postfix) with ESMTP id 7FE6040689 for ; Sun, 31 Oct 2021 20:34:53 +0100 (CET) Received: from compute6.internal (compute6.nyi.internal [10.202.2.46]) by mailnew.nyi.internal (Postfix) with ESMTP id BD327580672; Sun, 31 Oct 2021 15:34:52 -0400 (EDT) Received: from mailfrontend1 ([10.202.2.162]) by compute6.internal (MEProxy); Sun, 31 Oct 2021 15:34:52 -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=fm2; bh= RCVTqiCHQlggG9IhmPOSJQImbhEqXJxAV9oJ7toAqmI=; b=eduaZblIyMaT3j73 JQyrCLU+jdibWSbeyCMJEfhITf3p+QBnzt/npYfSg97t0yEAx2rGDQcZ15g/V98s TbM285Lr3+c5Y2LDHGrslvlwu5qSlTufN6kdyeZYCHYtkKg15H0eeobRArsxYb9/ fUZ8wXqesn0BhI28egEQYeyVnHtMHENcgMMHQVePWIJa6gwYPJI4Ja0Z1+DQQpaT 0Nr6LvCRacquw2z6zl1iStqXctIk/Z+rux+cfxzam6T2S4Aye7rl5Z/89ljGAhcp Pgq4VSflbiZ5DEnNtRTnQ/YEgRFelE1vIHwHKl7jr0sNYQ2TkQjxMBVDdNt1RU1C uOjuNg== 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=fm1; bh=RCVTqiCHQlggG9IhmPOSJQImbhEqXJxAV9oJ7toAq mI=; b=L8XJH8RwsWMe1kwu0xCz5ofaC0dLFBmaXk9MXn18F/jNrYfJW10N519DW 8M9y5L6LNDwoKIVc8sAj/d5VZBHdGuhUO7jXJswT7fXK8dWC87j4xgYbqw3m0p91 H/XuuAHha3tL/oKLiyYd2e0QiE2dWgUMOK8I1BTEdny6d/ifx1LdeVXh/XQerPir 4zdnUUp6ctGIb3zzsZYO3BbROSxBxRqfnTMmt+fesG2J287Aziv6wXAQtAohD7OW QJeW2w575oHP0JcbE4D7dLrnXuL/ghzhwTcVZ8qEeFIk+CzQKL1nxM+JlVcBdfGf cTUFaet56KQsOMsFH+9yDm454fxYQ== X-ME-Sender: X-ME-Received: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgedvtddrvdehtddguddvgecutefuodetggdotefrod ftvfcurfhrohhfihhlvgemucfhrghsthforghilhdpqfgfvfdpuffrtefokffrpgfnqfgh necuuegrihhlohhuthemuceftddtnecusecvtfgvtghiphhivghnthhsucdlqddutddtmd enucfjughrpefhvffufffkjghfggfgtgesthfuredttddtvdenucfhrhhomhepvfhhohhm rghsucfoohhnjhgrlhhonhcuoehthhhomhgrshesmhhonhhjrghlohhnrdhnvghtqeenuc ggtffrrghtthgvrhhnpedugefgvdefudfftdefgeelgffhueekgfffhfeujedtteeutdej ueeiiedvffegheenucevlhhushhtvghrufhiiigvpedtnecurfgrrhgrmhepmhgrihhlfh hrohhmpehthhhomhgrshesmhhonhhjrghlohhnrdhnvght X-ME-Proxy: Received: by mail.messagingengine.com (Postfix) with ESMTPA; Sun, 31 Oct 2021 15:34:38 -0400 (EDT) From: Thomas Monjalon To: Mattias =?ISO-8859-1?Q?R=F6nnblom?= , Jerin Jacob Cc: "jerinj@marvell.com" , "dev@dpdk.org" , "ferruh.yigit@intel.com" , "ajit.khaparde@broadcom.com" , "aboyer@pensando.io" , "andrew.rybchenko@oktetlabs.ru" , "beilei.xing@intel.com" , "bruce.richardson@intel.com" , "chas3@att.com" , "chenbo.xia@intel.com" , "ciara.loftus@intel.com" , "dsinghrawat@marvell.com" , "ed.czeck@atomicrules.com" , "evgenys@amazon.com" , "grive@u256.net" , "g.singh@nxp.com" , "zhouguoyang@huawei.com" , "haiyue.wang@intel.com" , "hkalra@marvell.com" , "heinrich.kuhn@corigine.com" , "hemant.agrawal@nxp.com" , "hyonkim@cisco.com" , "igorch@amazon.com" , "irusskikh@marvell.com" , "jgrajcia@cisco.com" , "jasvinder.singh@intel.com" , "jianwang@trustnetic.com" , "jiawenwu@trustnetic.com" , "jingjing.wu@intel.com" , "johndale@cisco.com" , "john.miller@atomicrules.com" , "linville@tuxdriver.com" , "keith.wiles@intel.com" , "kirankumark@marvell.com" , "oulijun@huawei.com" , "lironh@marvell.com" , "longli@microsoft.com" , "mw@semihalf.com" , "spinler@cesnet.cz" , "matan@nvidia.com" , "matt.peters@windriver.com" , "maxime.coquelin@redhat.com" , "mk@semihalf.com" , "humin29@huawei.com" , "pnalla@marvell.com" , "ndabilpuram@marvell.com" , "qiming.yang@intel.com" , "qi.z.zhang@intel.com" , "radhac@marvell.com" , "rahul.lakkireddy@chelsio.com" , "rmody@marvell.com" , "rosen.xu@intel.com" , "sachin.saxena@oss.nxp.com" , "skoteshwar@marvell.com" , "shshaikh@marvell.com" , "shaibran@amazon.com" , "shepard.siegel@atomicrules.com" , "asomalap@amd.com" , "somnath.kotur@broadcom.com" , "sthemmin@microsoft.com" , "steven.webster@windriver.com" , "skori@marvell.com" , "mtetsuyah@gmail.com" , "vburru@marvell.com" , "viacheslavo@nvidia.com" , "xiao.w.wang@intel.com" , "cloud.wangxiaoyun@huawei.com" , "yisen.zhuang@huawei.com" , "yongwang@vmware.com" , "xuanziyang2@huawei.com" , "pkapoor@marvell.com" , "nadavh@marvell.com" , "sburla@marvell.com" , "pathreya@marvell.com" , "gakhil@marvell.com" , "mdr@ashroe.eu" , "dmitry.kozliuk@gmail.com" , "anatoly.burakov@intel.com" , "cristian.dumitrescu@intel.com" , "honnappa.nagarahalli@arm.com" , "ruifeng.wang@arm.com" , "drc@linux.vnet.ibm.com" , "konstantin.ananyev@intel.com" , "olivier.matz@6wind.com" , "jay.jayatheerthan@intel.com" , "asekhar@marvell.com" , "pbhagavatula@marvell.com" , Elana Agostini Date: Sun, 31 Oct 2021 20:34:36 +0100 Message-ID: <15147533.nJ1qs5LPEr@thomas> In-Reply-To: References: <20211019181459.1709976-1-jerinj@marvell.com> MIME-Version: 1.0 Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="us-ascii" 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" 31/10/2021 15:01, Jerin Jacob: > Since rte_flow already has the TLV concept it may not be new to DPDK. Where is there TLV in rte_flow? > I really liked rte_flow enablement of ABI combability and its ease of adding > new stuff. Try to follow similar stuff which is proven in DPDK. > Ie. New profile creation will very easy, it will be a matter of identifying > the TLVs and their type and payload, rather than everyone comes with > new APIs in every profile. > > > Why not use protobuf and its IDL to specify the interface? Yes I think it is important to discuss alternatives, and at least get justifications of why TLV is chosen among others.