From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from dpdk.org (dpdk.org [92.243.14.124]) by inbox.dpdk.org (Postfix) with ESMTP id 67D1DA0577; Tue, 14 Apr 2020 16:03:01 +0200 (CEST) Received: from [92.243.14.124] (localhost [127.0.0.1]) by dpdk.org (Postfix) with ESMTP id B3FDD493D; Tue, 14 Apr 2020 16:03:00 +0200 (CEST) Received: from mga17.intel.com (mga17.intel.com [192.55.52.151]) by dpdk.org (Postfix) with ESMTP id B870D2B84 for ; Tue, 14 Apr 2020 16:02:58 +0200 (CEST) IronPort-SDR: I0taVADlpwuH0UPnGKdfEVCS/8gqOatfiIITioiKCLV5+5rws1xGchzd+ODm4JxIsG9DleyCPX VXZuFcCFrfAw== X-Amp-Result: SKIPPED(no attachment in message) X-Amp-File-Uploaded: False Received: from fmsmga005.fm.intel.com ([10.253.24.32]) by fmsmga107.fm.intel.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 14 Apr 2020 07:02:57 -0700 IronPort-SDR: rYKXcYDW+I0E3I0ESxLDlZGCRFkKeIpmKMDT5+Pm4GKDWJg1yh0HodxhA1F0wU0ay5R1wE7Tam MAPvfR3kGqdg== X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="5.72,382,1580803200"; d="scan'208";a="453546878" Received: from fmsmsx105.amr.corp.intel.com ([10.18.124.203]) by fmsmga005.fm.intel.com with ESMTP; 14 Apr 2020 07:02:57 -0700 Received: from fmsmsx604.amr.corp.intel.com (10.18.126.84) by FMSMSX105.amr.corp.intel.com (10.18.124.203) with Microsoft SMTP Server (TLS) id 14.3.439.0; Tue, 14 Apr 2020 07:02:57 -0700 Received: from fmsmsx604.amr.corp.intel.com (10.18.126.84) by fmsmsx604.amr.corp.intel.com (10.18.126.84) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256) id 15.1.1713.5; Tue, 14 Apr 2020 07:02:56 -0700 Received: from FMSEDG001.ED.cps.intel.com (10.1.192.133) by fmsmsx604.amr.corp.intel.com (10.18.126.84) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256) id 15.1.1713.5 via Frontend Transport; Tue, 14 Apr 2020 07:02:56 -0700 Received: from NAM11-CO1-obe.outbound.protection.outlook.com (104.47.56.171) by edgegateway.intel.com (192.55.55.68) with Microsoft SMTP Server (TLS) id 14.3.439.0; Tue, 14 Apr 2020 07:02:53 -0700 ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=nONirVFa/8MPTsG9TBmyHfwVHysWq5e5+HPLAqv/TVIVkEXACALsGjPQVf3lt7IzjlGfUnNNhUEAKi56TAXYFSKWTvyqLbPG+ompOgoHdKWk95YBnjDwJqaYyYdKko0vByjbTnmTHUK3oTPLBttZlpFC56b2CC/fGsfx4EzLIFnW2Y4CjVRJ9WOmwfWwGo2Q05acuZm2os+1+E97ub4UbFSRtsjC+ahbrAIcXYS65bcMh6xuqKjMYFPgVrf/wojhai+Hpu70lGm5CxUq6yxzVxiGurgQtmOlbu83E6n2ZP0QvTurSwhh9jZ4kTDBbjLg5Yy1xEa+6GrBsS4pIOVOLA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=u/wsAXBCULbBopYGskUV/Ff0XTSWCWix3+Gib0gCr/U=; b=OvwYujDdbcdvmCBTbX6dbEYMOZb055zI3uDCVz0l4RQCI9TzwxtAckLHhi8ZhatJw2uyl9gsV2RQX2iVdjJOLNEBl5maQ3z03bI0t334IW6enZjuX6aO/8qoU6pf6z/KrctXCf0QpzgCdpsQKIdShTISjXVbL1wT7h6ADqLAiGnTptKmcVweFVuPeDAVlxswhGFxlHXikv0WhhHm4JGJMosfhvvikPVCukSbCwFv0aoiVfrLY/vD5UySyrHXpZesiGqhzBcubRo4TbetqkS2fAWf8coWWdd0JjztMbmvglFm9KqlEANsHQff+5igVwPykQuWX2pNd428Kj4mITfdLg== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=intel.com; dmarc=pass action=none header.from=intel.com; dkim=pass header.d=intel.com; arc=none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=intel.onmicrosoft.com; s=selector2-intel-onmicrosoft-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=u/wsAXBCULbBopYGskUV/Ff0XTSWCWix3+Gib0gCr/U=; b=la3+TIt9xOffpG0K27EaTfFNNKPT0qoaknX738mgyqxpGJcoifhYjiv6CQKt2k5+SY9utuSIXWwUDwKeX8kMcoj80XN7+ujrzcdHEC+uyis46cqSUhbSh9siao0C1aeR39lvfX5ysDW9mdBh+ZhPmAcnZIxVICsJ96c03TFn/fs= Received: from SN6PR11MB2880.namprd11.prod.outlook.com (2603:10b6:805:58::15) by SN6PR11MB3309.namprd11.prod.outlook.com (2603:10b6:805:bd::14) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.2900.15; Tue, 14 Apr 2020 14:02:50 +0000 Received: from SN6PR11MB2880.namprd11.prod.outlook.com ([fe80::1893:aaa5:545f:5272]) by SN6PR11MB2880.namprd11.prod.outlook.com ([fe80::1893:aaa5:545f:5272%7]) with mapi id 15.20.2900.028; Tue, 14 Apr 2020 14:02:50 +0000 From: "Trahe, Fiona" To: Thomas Monjalon , "Yigit, Ferruh" CC: "Coyle, David" , "dev@dpdk.org" , "Doherty, Declan" , "De Lara Guarch, Pablo" , "Ryan, Brendan" , "shreyansh.jain@nxp.com" , "hemant.agrawal@nxp.com" , "akhil.goyal@nxp.com" , "Anoob Joseph" , Ruifeng Wang , Liron Himi , Nagadheeraj Rottela , Srikanth Jampala , Gagandeep Singh , Jay Zhou , Ravi Kumar , "Richardson, Bruce" , "Trahe, Fiona" Thread-Topic: [dpdk-dev] [PATCH v3 0/4] add AESNI-MB rawdev for multi-function processing Thread-Index: AQHWD0YRSFLEpAnIckmYiJUqrzj+1Khy99iAgAV2poCAAALdAIAAJilAgAAJ6wCAAAimoA== Date: Tue, 14 Apr 2020 14:02:50 +0000 Message-ID: References: <20200410142757.31508-1-david.coyle@intel.com> <3280198.8hb0ThOEGa@thomas> <5745012.CvnuH1ECHv@thomas> In-Reply-To: <5745012.CvnuH1ECHv@thomas> Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: dlp-product: dlpe-windows dlp-reaction: no-action dlp-version: 11.2.0.6 authentication-results: spf=none (sender IP is ) smtp.mailfrom=fiona.trahe@intel.com; x-originating-ip: [192.198.151.171] x-ms-publictraffictype: Email x-ms-office365-filtering-correlation-id: 4e88d70a-c033-4e1d-a9c1-08d7e07c850c x-ms-traffictypediagnostic: SN6PR11MB3309: x-ld-processed: 46c98d88-e344-4ed4-8496-4ed7712e255d,ExtAddr x-ms-exchange-transport-forked: True x-microsoft-antispam-prvs: x-ms-oob-tlc-oobclassifiers: OLM:10000; x-forefront-prvs: 0373D94D15 x-forefront-antispam-report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:SN6PR11MB2880.namprd11.prod.outlook.com; PTR:; CAT:NONE; SFTY:; SFS:(10019020)(376002)(346002)(366004)(396003)(39850400004)(136003)(76116006)(54906003)(64756008)(33656002)(66946007)(53546011)(6506007)(66446008)(316002)(107886003)(5660300002)(7696005)(52536014)(66556008)(66476007)(110136005)(8676002)(81156014)(26005)(186003)(2906002)(9686003)(7416002)(8936002)(4326008)(6636002)(45080400002)(86362001)(55016002)(478600001)(71200400001)(966005); DIR:OUT; SFP:1102; x-ms-exchange-senderadcheck: 1 x-microsoft-antispam: BCL:0; x-microsoft-antispam-message-info: aO+2GLZWuSxTAZewYcVE3VMtAk6Z72Wnt1jj4A1KI6DtinWXwdndiRqXEwCxv0btoQB6OWNaUajpeqPBOAtATRai+pZUkLKWZtZjFjIlhoZbo7ZRiXAQHb9M+IoNP3yuD+qNryLivJ/9hVi2SlOtCT4oNqnaSnkEFMrBHZPKXrb27lgpzzhFjXdaPEmWDS3/o/n+CfSt3LgvoviRY9w+hqhdk17GccPlhpX4M0aZlkbG6eZAbUVphKfxiGxWlXVzrYUA6XDZlZy4DSr422BYa8PMtwtJ1lEROCyTr6K0iUO6JEWDrNl4w2COrS1dKJgRVGH9MevqdX66MvV4dwFtl7x8Nox74lTkf6+UGk5tg8jFO/7YhvCjUPkKmGOicPMttr86K4AoWUd5q51ZXyv5hsCT+33+xc5SxtCuXM6QL8rwDzAFnkOaKDLaAKeP3INFZkAZGkAxVwy91Tk4heMd4qzpMLK9d1B7eMvQwhJNz++sPo3YjcsdunJ7hT1weMlzEPDA4KT182si2QzlROv67g== x-ms-exchange-antispam-messagedata: lwrVRDu/1j2kiy5uZk2BvOFC9oOixVlCRZ8CDKMkb7AyPUsL7AD/o3390pl1ghapPfQI1UYe4eqa7rT6MMLpzNA4RyXGfhhFMQTJyH7UKVeeo0pOP2LIOqhV9H13WaXpmprd7agY71w2Ck/S/+LKIA== Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-MS-Exchange-CrossTenant-Network-Message-Id: 4e88d70a-c033-4e1d-a9c1-08d7e07c850c X-MS-Exchange-CrossTenant-originalarrivaltime: 14 Apr 2020 14:02:50.7821 (UTC) X-MS-Exchange-CrossTenant-fromentityheader: Hosted X-MS-Exchange-CrossTenant-id: 46c98d88-e344-4ed4-8496-4ed7712e255d X-MS-Exchange-CrossTenant-mailboxtype: HOSTED X-MS-Exchange-CrossTenant-userprincipalname: dbbrBk8/zioXiA1QcvKLA63oJUtv6Af8EBsCgBzRyX+YYSaxf0P+DpI9wo2HUBFsJCFIjBqv27nV6W59joP0JA== X-MS-Exchange-Transport-CrossTenantHeadersStamped: SN6PR11MB3309 X-OriginatorOrg: intel.com Subject: Re: [dpdk-dev] [PATCH v3 0/4] add AESNI-MB rawdev for multi-function processing X-BeenThere: dev@dpdk.org X-Mailman-Version: 2.1.15 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" Hi Thomas, > -----Original Message----- > From: Thomas Monjalon > Sent: Tuesday, April 14, 2020 2:24 PM > To: Yigit, Ferruh ; Trahe, Fiona > Cc: Coyle, David ; dev@dpdk.org; Doherty, Declan > ; De Lara Guarch, Pablo ; Ryan, > Brendan ; shreyansh.jain@nxp.com; hemant.agrawal@= nxp.com; > akhil.goyal@nxp.com; Anoob Joseph ; Ruifeng Wang > ; Liron Himi ; Nagadheeraj Rott= ela > ; Srikanth Jampala ; Gag= andeep Singh > ; Jay Zhou ; Ravi Kumar ; > Richardson, Bruce ; Trahe, Fiona > Subject: Re: [dpdk-dev] [PATCH v3 0/4] add AESNI-MB rawdev for multi-func= tion processing >=20 > 14/04/2020 15:04, Trahe, Fiona: > > > 14/04/2020 12:21, Ferruh Yigit: > > > > http://inbox.dpdk.org/dev/MN2PR11MB35507D4B96677A41E66440C5E3C30@MN2PR11M= B3550.na > > > mprd11.prod.outlook.com/ > > > > > > I am not convinced. > > > I don't like rawdev in general. > > > Rawdev is good only for hardware support which cannot be generic > > > like SoC, FPGA management or DMA engine. > > > > [Fiona] CRC and BIP are not crypto algorithms, they are error detection= processes. > > So there is no class in DPDK that these readily fit into. > > There was resistance to adding another xxxddev, and even if one had bee= n added > > for error_detection_dev, there would still have been another layer need= ed > > to couple this with cryptodev. Various proposals for this have been dis= cussed on the ML > > in RFC and recent patches, there doesn't seem to be an appetite for thi= s as a generic API. > > So it seems that only Intel has software and hardware engines that prov= ide this > > specialised feature coupling. In that case rawdev seems like the most > > appropriate vehicle to expose this. >=20 > Adding some vendor-specific API is not a good answer. > It will work in some cases, but it won't make DPDK better. > What's the purpose of DPDK if it's not solving a common problem > for different hardware? [Fiona] Based on that logic rawdev should be deprecated. But the community has agreed that it has a place. And the common problem here is device exposure. With a specialised service on top. > > > Here the intent is to use rawdev because we don't find a good API. > > > API defeat is a no-go. > > > > [Fiona] It's not that we haven't found a good API, but that there doesn= 't seem > > to be a general requirement for such a specialised API >=20 > There is a requirement to combine features of different classes. [Fiona] Can you point me to that requirement please? We suggested it, but did not get community engagement and have=20 dropped our generic API requirement, instead focussing on this specialised = case. > In the past, rte_security was an "answer" to this issue with crypto and e= thdev. > This is a real topic, please let's find a generic elegant solution.