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 17944A0508; Tue, 29 Mar 2022 15:02:13 +0200 (CEST) Received: from [217.70.189.124] (localhost [127.0.0.1]) by mails.dpdk.org (Postfix) with ESMTP id 034A242820; Tue, 29 Mar 2022 15:02:13 +0200 (CEST) Received: from mga01.intel.com (mga01.intel.com [192.55.52.88]) by mails.dpdk.org (Postfix) with ESMTP id 8464140141 for ; Tue, 29 Mar 2022 15:02:10 +0200 (CEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=intel.com; i=@intel.com; q=dns/txt; s=Intel; t=1648558930; x=1680094930; h=from:to:cc:subject:date:message-id:references: in-reply-to:mime-version; bh=3HR6GHNa1PZWIRdB/ngsE4GeGe4LIu5fhWabf5F7hVk=; b=bHSBZfY5CDHbiu3zvgkupKOojKYBTo4VmoBIOvfse5OU6nKr7FHNws50 K9kPan3rKFOhXfwtHXVyUTX+JqmdmGsj8zEXbxmh3lYWgfoeSqr/zsFke UjPreBzoCe0QehDZqqLiy6D9SqkXsk2/o/zYBcvxKdCMHqo46wxsy0Lf5 dSEfNa0Lt0XxExavI/tFxHu6KgToGdbemcvmqcYuo0NCqMz3f+clWP1rn GjvOc6R4XCMBxQrG6xcATs4xNOfVhw4aTfF3K7PnCp825KZQdBb9OqnVj RQf6KyITlmu4SXPAGswr/UYu9AaP7ldML1CSF4fjpIPSZG61Bfq9qiUC1 w==; X-IronPort-AV: E=McAfee;i="6200,9189,10300"; a="284142739" X-IronPort-AV: E=Sophos;i="5.90,220,1643702400"; d="scan'208,217";a="284142739" Received: from fmsmga004.fm.intel.com ([10.253.24.48]) by fmsmga101.fm.intel.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 29 Mar 2022 06:01:51 -0700 X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="5.90,220,1643702400"; d="scan'208,217";a="618120888" Received: from orsmsx605.amr.corp.intel.com ([10.22.229.18]) by fmsmga004.fm.intel.com with ESMTP; 29 Mar 2022 06:01:51 -0700 Received: from orsmsx610.amr.corp.intel.com (10.22.229.23) by ORSMSX605.amr.corp.intel.com (10.22.229.18) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256) id 15.1.2308.27; Tue, 29 Mar 2022 06:01:50 -0700 Received: from ORSEDG601.ED.cps.intel.com (10.7.248.6) by orsmsx610.amr.corp.intel.com (10.22.229.23) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_128_GCM_SHA256) id 15.1.2308.27 via Frontend Transport; Tue, 29 Mar 2022 06:01:50 -0700 Received: from NAM02-BN1-obe.outbound.protection.outlook.com (104.47.51.48) by edgegateway.intel.com (134.134.137.102) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.1.2308.21; Tue, 29 Mar 2022 06:01:49 -0700 ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=RuepDn/TrKyynj26FrY4WGiM6RPlCkIO/ChN3yTxrqFeH0xnmi3A4QQCsBk6V8MQHWjK5/kpfpeNDD0LT5eKuvM72DvauJ37fqwzh7Wx7dtYHIbp7UZQm8oWu9JiFMs4JboS4QLEmYvxZQZ/OxYiYfxvhB8NexEtAsxXf1ptzxKRPyc8oRHgHKXUAioNOmDkbX0/j66MPlhKy7S5Px3Y5ZhCTZ7NUu2oBS8JsVmtGVFspoVFdpNdCicmukFl6LIAJE+fkaQnIl72OKaJP7vv1gpsI7xsZRcnwBO7+FHYkb1xx62t/7XQhAYEsmB8CYAvTDHexP/mUbFoIcTecdSwUg== 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-AntiSpam-MessageData-ChunkCount:X-MS-Exchange-AntiSpam-MessageData-0:X-MS-Exchange-AntiSpam-MessageData-1; bh=dNTyyLMbg95nwaAMkhojdpOA3M/gXCuuK06ozZlMEmA=; b=M0wrnVdH5saOVfL2fqe9HDzNndOJlfi4TLS6k+uueMcDfsKqz3rtyJxICxHV1MQ6olNbypl/3+5TkXXY1L8DZ8Mq3IhWP+IPyckRzmGrQ/0csu/h3BkHBjF/eu7DSvVrgNLARPF2jtCHYoOWwLntnDUJFzAaxf7s/3FzL2FID/y/BJYnXfrLWJfAyJ4GQvv4ftI+m/MBrHHmO9/FIurUphDqbEbnkP3pxnyfY9O+fszbuWF8ddCfKrc6W5c6eJ/BTB1k9lyZCK/LKKz8GwYS9KpTl1r4XqzOu4NdaLFOS9MsBdpAH7/waHJz4NSlQ0dbSrtiya20Rzm2pJq6tliQ6g== 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 Received: from BN0PR11MB5712.namprd11.prod.outlook.com (2603:10b6:408:160::17) by DM5PR11MB1370.namprd11.prod.outlook.com (2603:10b6:3:9::7) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.5102.22; Tue, 29 Mar 2022 13:01:42 +0000 Received: from BN0PR11MB5712.namprd11.prod.outlook.com ([fe80::28cf:55af:8c4b:d4d9]) by BN0PR11MB5712.namprd11.prod.outlook.com ([fe80::28cf:55af:8c4b:d4d9%3]) with mapi id 15.20.5102.023; Tue, 29 Mar 2022 13:01:42 +0000 From: "Van Haaren, Harry" To: =?iso-8859-1?Q?Morten_Br=F8rup?= , "Pai G, Sunil" , "Stokes, Ian" , "Hu, Jiayu" , "Ferriter, Cian" , Ilya Maximets , "maxime.coquelin@redhat.com" , "ovs-dev@openvswitch.org" , "dev@dpdk.org" CC: "Mcnamara, John" , "O'Driscoll, Tim" , "Finn, Emma" Subject: RE: OVS DPDK DMA-Dev library/Design Discussion Thread-Topic: OVS DPDK DMA-Dev library/Design Discussion Thread-Index: Adg/jDNGcC8G4wWtSxeVfUOuAS3Y6wACLuFQAM6falAAJoZBIAAA0srQ Date: Tue, 29 Mar 2022 13:01:42 +0000 Message-ID: References: <98CBD80474FA8B44BF855DF32C47DC35D86F7C@smartserver.smartshare.dk> In-Reply-To: <98CBD80474FA8B44BF855DF32C47DC35D86F7C@smartserver.smartshare.dk> 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.6.401.20 authentication-results: dkim=none (message not signed) header.d=none;dmarc=none action=none header.from=intel.com; x-ms-publictraffictype: Email x-ms-office365-filtering-correlation-id: 7dca1171-efa5-4e40-e3fa-08da1184457f x-ms-traffictypediagnostic: DM5PR11MB1370:EE_ x-ld-processed: 46c98d88-e344-4ed4-8496-4ed7712e255d,ExtAddr x-microsoft-antispam-prvs: x-ms-exchange-senderadcheck: 1 x-ms-exchange-antispam-relay: 0 x-microsoft-antispam: BCL:0; x-microsoft-antispam-message-info: geV1lLI9WxOf1tcdpIqYZAVTov4R43FEreWlIDm9fhnd3tVxWv8dSAncmGsnIGqUnUySJXSio1tt4O17FBWD2BCnHPbIgc82r51nt3HYTiu/TjZjc+nh821VTDVhB1ZemBk3Wy86rjWCHuh/UONC8cRpUO4IrJnIwV8g5oGG/w7NDlZ/MfbLLqyaoRjz6p8KQKKWVTt4mBnYFatxV1up8v/zIX+yWaXxXStxk3na0acTFTzqNZHRpqGWHRiJ7RjoAkVlRuTJSXussMXm7PAbmmMxvFTHnMHZfrz3OD7Cl5wboBy4E1sVBEY9yHAPe7639HOxXa/2ewtG7X1KtbD05MSXC18S131trvLEUO09+XV5V4FLeW6xIKBuRA/bRjJGmv0f+Upqc8FwN+MUvn5n/IyEV7eqygnrVq8d6u6IVLs5nVq9Qia4qHQTyqoOVUOwfeLrQU3fjQe3JR0kyI4K+H/t8OIbW5PxroiRHD+st1Bz4PrGJTap1Enj4X+VV0AaQqKdwsNLy0yQf3qZzOT1fyTY1wnOa/j0bbo23YQULtkLOrFG1ZSdRrCsfbbHl7XNhEgdJF5rTu7PK5y/maJdimbw7HO3BU6UfoTJO99V5U/W93F6iZ+PUoS7NEl8L4znM9j89ZiZ89gr0D6jedcKtdech6CiG+Qf/Vz74hXYf6p/wvPq0lf/6HmyHfhR0XU2ucHFwBLE4DzgrZAnQu63XX7IYrQSQvd9dx4773n0i95Bto7GbFOHuyD0nPKeaxZenTKdgkU8lHmComzZwdphgiwU/z7ijJ+69nW9H0LspGTs7Xh9e6pfpUYDUqWuZbxdU0Yh6N3Pbm/C3mHygfewV0FBoOMZ52Dmv0BKqJ0pfpU= x-forefront-antispam-report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:BN0PR11MB5712.namprd11.prod.outlook.com; PTR:; CAT:NONE; SFS:(13230001)(366004)(6506007)(7696005)(5660300002)(71200400001)(921005)(82960400001)(122000001)(107886003)(86362001)(966005)(8936002)(9326002)(38100700002)(508600001)(53546011)(52536014)(66446008)(55016003)(26005)(186003)(66946007)(66476007)(64756008)(33656002)(76116006)(66556008)(4326008)(8676002)(83380400001)(9686003)(166002)(2906002)(110136005)(54906003)(316002)(38070700005); DIR:OUT; SFP:1102; x-ms-exchange-antispam-messagedata-chunkcount: 1 x-ms-exchange-antispam-messagedata-0: =?iso-8859-1?Q?ZswYKhQQ/bJc3087tmTpafv/kFstgSd93XMxjBrwXB9IpAmJS+h8BW+wUf?= =?iso-8859-1?Q?y9qugQYNs9RKXCSeTlUDYPlZqNWs5MR6ItBpIxnMl6tT7phRJ+p9zQCJt5?= =?iso-8859-1?Q?fwzZs+NkjpPSKdaJePW4ptAzoTRqmyJjksdeCmM2WWfgDm2Z22seoLW9a3?= =?iso-8859-1?Q?ooEbokB5HLH9NY2sG/n+a2ztY2yQgKQk0omgHp301tFdlI4v5r2dnxyjeF?= =?iso-8859-1?Q?UPZidxLHj5hzdZMXC7ws23MkNLRwpZBHOO98ZQlKw1EJgfne25cTsWLoo5?= =?iso-8859-1?Q?Bhn2/GoxV0yNEYZwF4+2OvyPeTYtidoWR4n9iaWzht1rFTDXUFnncPUmvZ?= =?iso-8859-1?Q?HLmFqbXyhp+h5dDmRcyclGDs7qV20BmSz1Id0lQGFu3x8zrxbI3onPuUcO?= =?iso-8859-1?Q?8BrsHB1CYEt5OzaJ0ElEicKQ8lgACz5p0OsHjnJSoiPLwZiL4mUnESfLVU?= =?iso-8859-1?Q?x/j2uGVkNEGkzxGA1mDDez0KCaWjpxJEN66rrcvhBwHF+FufRVdkJixYof?= =?iso-8859-1?Q?nTsmfKtiI7fcKacFUZ53pBHh7KiNOufSYVyjCT8bCZtdGlqVS3VvY1H1zZ?= =?iso-8859-1?Q?aG2DLxyOVORgqP28Gw5+jmzu80dDrp+VLBueehD5yH18cBqQOCltWk4Lr+?= =?iso-8859-1?Q?Of1t1S9wDoPtfGmJojmPEGhxXOeuyS/LHvKxk24qzP0wprJxHim2nkIMZG?= =?iso-8859-1?Q?AddF6wkGHH0Xvd0AQ/Q1D2bo66J2BxnTJ0427TLCZjU7Icc6av/Spod42S?= =?iso-8859-1?Q?E4qFLrdryYYSIAHxJ15QKCxVYu0MgQpvxrmp20BkeonibfyLXvFdo2FpDM?= =?iso-8859-1?Q?lBHeFgZ/QaydHrFh2a2/orp9I77RfNVqZu1cQFOtA2do1fa9UuP85zQFc4?= =?iso-8859-1?Q?Rvt1PqUVOL1srKS4sYaGIqITdIbsvfMrfUlS0UJqRGHaPbXwBPYzhrhoxW?= =?iso-8859-1?Q?pzeBdFBba2l5GYq9fLXkQ08+CIREOCogDH33iL7Ug58fvoXqqtTcirtSKN?= =?iso-8859-1?Q?QAibDQp2pZ5pGIZGyPCRxAAKWEfaBrI1roqKpDQSEhKxCB33Er+nRnnHqK?= =?iso-8859-1?Q?w+heZvpQ0UDS0E/TfZ+1lg92DvbXdZCi/iAg+a3rVzSEuBmwUyxu2rxiiF?= =?iso-8859-1?Q?PrZ6funzUr7jhN2HP6DKjPKTSVeIQ3QhO0dGKiAV/KqIsAq0P2/hNSj738?= =?iso-8859-1?Q?5NZMYu9LjSpX5wDLr90rqQl+qGECsAcI/e1aoDE423WCxJlIuWl0/Nv82p?= =?iso-8859-1?Q?dz6JR4AL7DeH4Na3RBM5TCU1EFxTjIbnQpFfdyBmd7jmvDhJh3d34s/49Q?= =?iso-8859-1?Q?utb9eBL2nmSfTS3PSPTio6IanP1WdOTsQvO0yNVJm73suyisqTFnoZKkWI?= =?iso-8859-1?Q?TKzAcPYgZaqinqj0L7CQ67Qfv37NAYEdIzsIYNLA+V74B88TsikfuDYFs4?= =?iso-8859-1?Q?ObVIPlaafHh+Ly4qmOaCVZDd5R6eSjbaTj43eic9JNlbuGCq97mn8Uqmb2?= =?iso-8859-1?Q?0+RwRuzF76iwHI9r8JldlqbxFwyqQIYIZzKbUyqkHk4V3/eXI+vMmL1QbT?= =?iso-8859-1?Q?0S6FTkSy27jzShw9+6DldcVFZWA4GUYYbM7YFshqeXeMLQpmEsXmlG2kwH?= =?iso-8859-1?Q?URrdyq/s3dZ3XXZyw9pLj1o32L/M2RPcvzibG+R+cTNYY8TdtJj0xfvymh?= =?iso-8859-1?Q?y9KjzdkEeqI8GR6mBeEZqkwgQrnmRgw+YSLLk29kB5WU2KD3tTqyXfXyim?= =?iso-8859-1?Q?rNINmmHbBTTTc0KT8hqH8Y67BZWNdzyMS5j9KnzC71VAUeYtUEutU+BTxc?= =?iso-8859-1?Q?trroGH3kRfj77k7lb1AjXUZq+Dzd+XM=3D?= Content-Type: multipart/alternative; boundary="_000_BN0PR11MB571241F94FE5750BC1AC6A4CD71E9BN0PR11MB5712namp_" MIME-Version: 1.0 X-MS-Exchange-CrossTenant-AuthAs: Internal X-MS-Exchange-CrossTenant-AuthSource: BN0PR11MB5712.namprd11.prod.outlook.com X-MS-Exchange-CrossTenant-Network-Message-Id: 7dca1171-efa5-4e40-e3fa-08da1184457f X-MS-Exchange-CrossTenant-originalarrivaltime: 29 Mar 2022 13:01:42.3680 (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: 3tazS5QNXHe+yprN13vM88eJ9ou4WLnKt+0tyjOFzeotjLXOKrttZ7TIK6HvoFm81au4eFRRJ8JKtz5KDJ8et2Z0Pn8OLYnbFhHdmCCAAJc= X-MS-Exchange-Transport-CrossTenantHeadersStamped: DM5PR11MB1370 X-OriginatorOrg: intel.com 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 --_000_BN0PR11MB571241F94FE5750BC1AC6A4CD71E9BN0PR11MB5712namp_ Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Hi Morten, That's *exactly* how this architecture is designed & implemented. 1. The DMA configuration and initialization is up to the application (OV= S). 2. The VHost library is passed the DMA-dev ID, and its new async rx/tx A= PIs, and uses the DMA device to accelerate the copy. Looking forward to talking on the call that just started. Regards, -Harry From: Morten Br=F8rup Sent: Tuesday, March 29, 2022 1:51 PM To: Pai G, Sunil ; Stokes, Ian ; Hu, Jiayu ; Ferriter, Cian = ; Van Haaren, Harry ; Ilya Maximets ; maxime.coquelin@redhat.com; ovs-dev@openvswitch.org; dev@dpdk.or= g Cc: Mcnamara, John ; O'Driscoll, Tim ; Finn, Emma Subject: RE: OVS DPDK DMA-Dev library/Design Discussion Having thought more about it, I think that a completely different architect= ural approach is required: Many of the DPDK Ethernet PMDs implement a variety of RX and TX packet burs= t functions, each optimized for different CPU vector instruction sets. The = availability of a DMA engine should be treated the same way. So I suggest t= hat PMDs copying packet contents, e.g. memif, pcap, vmxnet3, should impleme= nt DMA optimized RX and TX packet burst functions. Similarly for the DPDK vhost library. In such an architecture, it would be the application's job to allocate DMA = channels and assign them to the specific PMDs that should use them. But the= actual use of the DMA channels would move down below the application and i= nto the DPDK PMDs and libraries. Med venlig hilsen / Kind regards, -Morten Br=F8rup From: Pai G, Sunil [mailto:sunil.pai.g@intel.com] Sent: Monday, 28 March 2022 20.19 To: Stokes, Ian; Hu, Jiayu; Ferriter, Cian; Van Haaren, Harry; Ilya Maximet= s; Maxime Coquelin (maxime.coquelin@redhat.com); ovs-dev@openvswitch.org; dev@dpdk.= org Cc: Mcnamara, John; O'Driscoll, Tim; Finn, Emma Subject: RE: OVS DPDK DMA-Dev library/Design Discussion Hi All, Please see below PDF which will be presented in the call. https://github.com/Sunil-Pai-G/OVS-DPDK-presentation-share/blob/main/OVS%20= vhost%20async%20datapath%20design%202022%20session%202.pdf Thanks and Regards, Sunil -----Original Appointment----- From: Stokes, Ian > Sent: Thursday, March 24, 2022 9:07 PM To: Pai G, Sunil; Hu, Jiayu; Ferriter, Cian; Van Haaren, Harry; Ilya Maxime= ts; Maxime Coquelin (maxime.coquelin@redhat.com); ovs-dev@openvswitch.org; dev@dpdk= .org Cc: Mcnamara, John; O'Driscoll, Tim; Finn, Emma Subject: OVS DPDK DMA-Dev library/Design Discussion When: Tuesday, March 29, 2022 2:00 PM-3:00 PM (UTC+00:00) Dublin, Edinburgh= , Lisbon, London. Where: Google Meet Hi All, This meeting is a follow up to the call earlier this week. This week Sunil presented 3 different approaches to integrating DMA-Dev wit= h OVS along with the performance impacts. https://github.com/Sunil-Pai-G/OVS-DPDK-presentation-share/blob/main/OVS%20= vhost%20async%20datapath%20design%202022.pdf The approaches were as follows: =B7 Defer work. =B7 Tx completions from Rx context. =B7 Tx completions from Rx context + lockless ring. The pros and cons of each approach were discussed but there was no clear so= lution reached. As such a follow up call was suggested to continue discussion and to reach = a clear decision on the approach to take. Please see agenda as it stands below: Agenda =B7 Opens =B7 Continue discussion of 3x approaches from last week (Defer work,= "V3", V4, links to patches in Sunil's slides above) =B7 Design Feedback (please review solutions of above & slide-deck f= rom last week before call to be informed) =B7 Dynamic Allocation of DMA engine per queue =B7 Code Availability (DPDK GitHub, OVS GitHub branches) Please feel free to respond with any other items to be added to the agenda. Google Meet: https://meet.google.com/hme-pygf-bfb Regards Ian --_000_BN0PR11MB571241F94FE5750BC1AC6A4CD71E9BN0PR11MB5712namp_ Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable

= Hi Morten,

=  

= That's *exactly= * how this architecture is designed & implemented.

  1. The DMA configuration = and initialization is up to the application (OVS).=
  2. The VHost library is p= assed the DMA-dev ID, and its new async rx/tx APIs, and uses the DMA device= to accelerate the copy.

=  

= Looking forward to talking on the call that just started. Rega= rds, -Harry

=  

=  

From: Morten Br=F8rup <mb@smartsharesystems.com>
Sent: Tuesday, March 29, 202= 2 1:51 PM
To: Pai G, Sunil <sunil.p= ai.g@intel.com>; Stokes, Ian <ian.stokes@intel.com>; Hu, Jiayu <= ;jiayu.hu@intel.com>; Ferriter, Cian <cian.ferriter@intel.com>; Va= n Haaren, Harry <harry.van.haaren@intel.com>; Ilya Maximets <i.maximets@ovn.org>; maxime.coquelin@redhat.com; ovs-dev@openvswitc= h.org; dev@dpdk.org
Cc: Mcnamara, John <john.= mcnamara@intel.com>; O'Driscoll, Tim <tim.odriscoll@intel.com>; Fi= nn, Emma <emma.finn@intel.com>
Subject: RE: OVS DPDK DMA-De= v library/Design Discussion

 

= Having thought more about it, I think that a completely diff= erent architectural approach is required:

=  

= Many of the DPDK Ethernet PMDs implement a variety of RX and= TX packet burst functions, each optimized for different CPU vector instruction sets. The availability of a DMA engine should be tr= eated the same way. So I suggest that PMDs copying packet contents, e.g. me= mif, pcap, vmxnet3, should implement DMA optimized RX and TX packet burst f= unctions.

=  

= Similarly for the DPDK vhost library.

=  

= In such an architecture, it would be the application’s= job to allocate DMA channels and assign them to the specific PMDs that should use them. But the actual use of the DMA channels would mo= ve down below the application and into the DPDK PMDs and libraries.

=  

=  

= Med venlig hilsen / Kind regards,

= -Morten Br=F8rup

=  

From: Pai G, Sunil [mailto:sunil.pai.g@intel.com= ]
Sent: Monday, 28 March 2022 = 20.19
To: Stokes, Ian; Hu, Jiayu; = Ferriter, Cian; Van Haaren, Harry; Ilya Maximets; Maxime Coquelin (maxime.coquelin@redhat.com); ovs-dev@openvswitch.org; dev@dpdk.org
Cc: Mcnamara, John; O'Drisco= ll, Tim; Finn, Emma
Subject: RE: OVS DPDK DMA-De= v library/Design Discussion

 

Hi All,

 

Please see below = PDF which will be presented in the call.

 

Thanks and Regard= s,

Sunil

 

 

-----Original App= ointment-----
From: Stokes, Ian <ian.stokes@intel.com>
Sent: Thursday, March 24, 20= 22 9:07 PM
To: Pai G, Sunil; Hu, Jiayu;= Ferriter, Cian; Van Haaren, Harry; Ilya Maximets; Maxime Coquelin (maxime.coquelin@redhat.com); ovs-dev@openvswitch.org; dev@dpdk.org
Cc: Mcnamara, John; O'Drisco= ll, Tim; Finn, Emma
Subject: OVS DPDK DMA-Dev li= brary/Design Discussion
When: Tuesday, March 29, 202= 2 2:00 PM-3:00 PM (UTC+00:00) Dublin, Edinburgh, Lisbon, London.
Where: Google Meet

 

 

Hi All,

 

This meeting is a= follow up to the call earlier this week.

 

This week Sunil p= resented 3 different approaches to integrating DMA-Dev with OVS along with = the performance impacts.

 

 

The approaches we= re as follows:

 

=B7        Defer work.

=B7        Tx completions from Rx context.

=B7        Tx completions from Rx context + lockless ring.

 

The pros and cons= of each approach were discussed but there was no clear solution reached.

 

As such a follow = up call was suggested to continue discussion and to reach a clear decision = on the approach to take.

 

Please see agenda= as it stands below:

 

Agenda

=B7        Opens

=B7        Continue discussion of 3x approaches from last week (Defer work, ̶= 0;V3”, V4, links to patches in Sunil’s slides above)=

=B7        Design Feedback (please review solut= ions of above & slide-deck from last week before call to be informed)

=B7        Dynamic Allocation of DMA engine per queue

=B7        Code Availability (DPDK GitHub, OVS GitHub branches)=

 

Please feel free = to respond with any other items to be added to the agenda.

 

 

Regards

Ian=

 

--_000_BN0PR11MB571241F94FE5750BC1AC6A4CD71E9BN0PR11MB5712namp_--