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 8CBE5A04FA; Wed, 5 Feb 2020 18:23:01 +0100 (CET) Received: from [92.243.14.124] (localhost [127.0.0.1]) by dpdk.org (Postfix) with ESMTP id D4DCA1C438; Wed, 5 Feb 2020 18:23:00 +0100 (CET) Received: from mga14.intel.com (mga14.intel.com [192.55.52.115]) by dpdk.org (Postfix) with ESMTP id 248A41C2E6 for ; Wed, 5 Feb 2020 18:22:58 +0100 (CET) X-Amp-Result: SKIPPED(no attachment in message) X-Amp-File-Uploaded: False Received: from fmsmga003.fm.intel.com ([10.253.24.29]) by fmsmga103.fm.intel.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 05 Feb 2020 09:22:58 -0800 X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="5.70,406,1574150400"; d="scan'208";a="279431771" Received: from fmsmsx105.amr.corp.intel.com ([10.18.124.203]) by FMSMGA003.fm.intel.com with ESMTP; 05 Feb 2020 09:22:58 -0800 Received: from fmsmsx603.amr.corp.intel.com (10.18.126.83) by FMSMSX105.amr.corp.intel.com (10.18.124.203) with Microsoft SMTP Server (TLS) id 14.3.439.0; Wed, 5 Feb 2020 09:22:57 -0800 Received: from fmsmsx606.amr.corp.intel.com (10.18.126.86) by fmsmsx603.amr.corp.intel.com (10.18.126.83) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256) id 15.1.1713.5; Wed, 5 Feb 2020 09:22:57 -0800 Received: from FMSEDG002.ED.cps.intel.com (10.1.192.134) by fmsmsx606.amr.corp.intel.com (10.18.126.86) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_CBC_SHA256) id 15.1.1713.5 via Frontend Transport; Wed, 5 Feb 2020 09:22:57 -0800 Received: from NAM12-BN8-obe.outbound.protection.outlook.com (104.47.55.174) by edgegateway.intel.com (192.55.55.69) with Microsoft SMTP Server (TLS) id 14.3.439.0; Wed, 5 Feb 2020 09:22:52 -0800 ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=Tu9OJQw7uLlKregnSy8a0xtVXzfyrhlyto2y/1kzYqS5GvAxMgWyVpn9H1X92FX5Bpz0XdKwnhPqn81FLRQNFcWoBlmnD6Ezk4FHDOswC76wv6btmwbF1wpieugGvdYMAVs6q2+nF6m0YOvj3k9nJTtMDY2a7pwiCIf3yo7h1ZqKETZKufPisMqAAoDSqTBfFz3vLXeCjr7yjLqFpJg9Mh0idANwivPf64PCTeK9LlzylOyU1BcUDwn971nwJkpIUMFJUreGxKyIhGPYkTRj4yanxr3UIMHMeauW1Un0Cvv5wkr2lZhg3S8Dm3+EwCC6u4IPyQqQoYFNt4FWCysjOw== 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=I2SpdtYU85YkPKWyXz50WuhUhHe8VN4Da2bytYYN2cQ=; b=d7U8LMzKFMlX/N5CWZSD7E2Jvu4GTqDJA5FG3D2d3VVOTZIIJ/7Oqw/vFp3NVYy9xK2U36LbJAAU72H2J60u0uZnE65taAbAjGsz9nm1SL0x84qGNA1w4+oEv1GMtqH3u/6XmN6cWgl0iOMQxoa7kcRSXXgYkUZ+qfvuspu0OB0h0jJxZHhrW9xmqKiebtGETXyHkVNAWfNqomf0GkEnRPxpvjCh1fP66y+zI7TObgmF382YhAD8K0j53dm3q6MNG/2NkcOPidygKB+PcA/9egJ0KzjDVlYNa3Jon/AOJ2p+qBwnSKHRvcA+ROJAGZMTCeDLYVtF9TwQ1K9QmXbaxg== 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=I2SpdtYU85YkPKWyXz50WuhUhHe8VN4Da2bytYYN2cQ=; b=a5s1zyyW7IGIhhBTfKfi3HHJ5DdJ3jTsZbRDxkY+ElEtpav/Z0h/mzVUHXf51Fe+rvK1D9Wjh9iAyTkO5WjRuEZ3pAM7Bj4WU33XoBON9zbhOTi/j/X6nogaNcBxl/Z2XVGzRL5USmGCzGw1t5LwP8sVa6MFEMk4dQTqRioS32M= Received: from BN6PR11MB1796.namprd11.prod.outlook.com (10.175.99.136) by BN6PR11MB1457.namprd11.prod.outlook.com (10.172.20.9) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.2686.29; Wed, 5 Feb 2020 17:22:47 +0000 Received: from BN6PR11MB1796.namprd11.prod.outlook.com ([fe80::4519:125f:2122:de07]) by BN6PR11MB1796.namprd11.prod.outlook.com ([fe80::4519:125f:2122:de07%3]) with mapi id 15.20.2686.034; Wed, 5 Feb 2020 17:22:47 +0000 From: "Trahe, Fiona" To: Heng Wang , "Doherty, Declan" CC: Filip Pudak , "dev@dpdk.org" , "Trahe, Fiona" , "Coyle, David" Thread-Topic: Offloading L4 checksum to crypto device Thread-Index: AdW5mwh0/nWO/Z95TFqJpxy6SGq2dgiraicA Date: Wed, 5 Feb 2020 17:22:46 +0000 Message-ID: References: In-Reply-To: Accept-Language: en-US Content-Language: en-US X-MS-Has-Attach: X-MS-TNEF-Correlator: x-titus-metadata-40: eyJDYXRlZ29yeUxhYmVscyI6IiIsIk1ldGFkYXRhIjp7Im5zIjoiaHR0cDpcL1wvd3d3LnRpdHVzLmNvbVwvbnNcL0ludGVsMyIsImlkIjoiOGVjMTUzZDMtMGU1NS00NDJhLTljZTYtMTRkYjcwYzU4MTMxIiwicHJvcHMiOlt7Im4iOiJDVFBDbGFzc2lmaWNhdGlvbiIsInZhbHMiOlt7InZhbHVlIjoiQ1RQX05UIn1dfV19LCJTdWJqZWN0TGFiZWxzIjpbXSwiVE1DVmVyc2lvbiI6IjE3LjEwLjE4MDQuNDkiLCJUcnVzdGVkTGFiZWxIYXNoIjoiSmJINWl3SHNFUW4xdEpzbWlid2dlY3RMZEVIMXJmOWlCQVpZV2xtSFRFZWtSWjNcL1dUSkhyOGlcLzBPN3VHYVVcLyJ9 dlp-product: dlpe-windows dlp-reaction: no-action dlp-version: 11.2.0.6 x-ctpclassification: CTP_NT authentication-results: spf=none (sender IP is ) smtp.mailfrom=fiona.trahe@intel.com; x-originating-ip: [192.198.151.183] x-ms-publictraffictype: Email x-ms-office365-filtering-correlation-id: 7f61381d-1e83-419c-661b-08d7aa6004cb x-ms-traffictypediagnostic: BN6PR11MB1457: 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:9508; x-forefront-prvs: 0304E36CA3 x-forefront-antispam-report: SFV:NSPM; SFS:(10019020)(396003)(376002)(136003)(346002)(366004)(39860400002)(199004)(189003)(7696005)(110136005)(316002)(54906003)(8936002)(26005)(6506007)(66946007)(71200400001)(53546011)(4326008)(8676002)(81156014)(81166006)(966005)(186003)(52536014)(107886003)(478600001)(86362001)(55016002)(9686003)(5660300002)(66476007)(6636002)(64756008)(66446008)(66556008)(33656002)(2906002)(76116006); DIR:OUT; SFP:1102; SCL:1; SRVR:BN6PR11MB1457; H:BN6PR11MB1796.namprd11.prod.outlook.com; FPR:; SPF:None; LANG:en; PTR:InfoNoRecords; A:1; MX:1; x-ms-exchange-senderadcheck: 1 x-microsoft-antispam: BCL:0; x-microsoft-antispam-message-info: Bl7Aw1gHhCCg21eH5JYp+3DIm8R8jjcluHP/393oQ1VNY4hIPzl7kUrtv3iqu86gClMb30D7OslTqL+6ftE2Ww0u23sLMxGjeRCDOFRbYF6TOKxZ+Yk4obaPPR/9QOKv+8iL9WwK2EvFx5E80vj0+ctPWDzZBgU+AnLbtb1OaX3C/uy6NynEU84db2+moef0B4/l2HHy32D4t1ICc4Za71fGT4J0TLo9sFl1V3hdENddaUFN6AZDHjwhRhsrajlELPoA8LG/DKF2OZ7bBissrJaQ9zdZdxgx20lTG6U9QXR+mf1rUZrEvgHbQowA1XZDH2rS7cXoneQAtTC5KN2jzzZrqyCFn5GP3Sq4KAPvI69eCtupdx0WzjaXzo7W+HTBSDJEYoGali5cuwxU5Nw/9kXxUrfSClJ/MyTmn8H+qZXDnhVc1kxH7OzZxqxjFigFhn/nrvEmTZcE0gMDVJgpHSYIU2vWpAUXBzz3aJT6Za3G14GiXsxmSO7jFVD+Nncd7YPIFtReDJ83AFD7mFOPoQ== x-ms-exchange-antispam-messagedata: SKC4H3cxrpr94bg1HCh/qFdprRF58wv9F+KnP9LygTt/PGomQskPLZ2oLMON/TiQwQCZjGFd+m84BhnY32gH5E/BxyQFE/XyQtz53NEh/sZSppTtDsJLjjPxZoiC3DYFRHwe/jO6AQuhEtEq5TpgEQ== Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: quoted-printable MIME-Version: 1.0 X-MS-Exchange-CrossTenant-Network-Message-Id: 7f61381d-1e83-419c-661b-08d7aa6004cb X-MS-Exchange-CrossTenant-originalarrivaltime: 05 Feb 2020 17:22:46.6827 (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: XD5YVgC0PFJwwThaoZuNYlJVbn+5Oo8Aiq2DSmydUllcUbUAqWQW5EgSU9CJ4zG1dZp5Fs9KXW0E/L9VY6mW9Q== X-MS-Exchange-Transport-CrossTenantHeadersStamped: BN6PR11MB1457 X-OriginatorOrg: intel.com Subject: Re: [dpdk-dev] Offloading L4 checksum to crypto device 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 Heng, This may be of interest for your use-case. https://patches.dpdk.org/patch/65559/ Fiona > -----Original Message----- > From: dev On Behalf Of Heng Wang > Sent: Monday, December 23, 2019 2:28 PM > To: Doherty, Declan > Cc: Filip Pudak ; dev@dpdk.org > Subject: [dpdk-dev] Offloading L4 checksum to crypto device >=20 > Hi, > This is Heng from Ericsson. We are now developing a platform based on dp= dk. The platform usually > processes the ipsec packets encapsulating udp packets. > You know, calculating udp checksum is always time consuming. We found a= hardware solution where > our crypto device can calculate the udp checksum during encryption. > Unfortunately, in DPDK, I didn't find any feature flag for it. Also the = API rte_cryptodev_configure > doesn't allow us to pass any offload flag to the crypto device. > I think this could be a common case to calculate something, like checksu= ms, before encryption in > crypto devices. Should we consider add some new feature flag and offload = support in dpdk crypto > device? >=20 > Regards, > Heng