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 46D23A04A4; Mon, 25 May 2020 00:56:24 +0200 (CEST) Received: from [92.243.14.124] (localhost [127.0.0.1]) by dpdk.org (Postfix) with ESMTP id 8CFD41D5B3; Mon, 25 May 2020 00:56:23 +0200 (CEST) Received: from wout4-smtp.messagingengine.com (wout4-smtp.messagingengine.com [64.147.123.20]) by dpdk.org (Postfix) with ESMTP id B0A5F1D5B0 for ; Mon, 25 May 2020 00:56:22 +0200 (CEST) Received: from compute7.internal (compute7.nyi.internal [10.202.2.47]) by mailout.west.internal (Postfix) with ESMTP id AED11A29; Sun, 24 May 2020 18:56:21 -0400 (EDT) Received: from mailfrontend1 ([10.202.2.162]) by compute7.internal (MEProxy); Sun, 24 May 2020 18:56:21 -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=fm1; bh= MXCduvK4FLzUzCiRLjY9Vx+aWje0bhNwwtgP3BGwvI0=; b=Zawa98e/rKpvoCDm V1UXcoCzest7Q+TMQDUjEzvwt5vGziQwdQCsJNb2hDbJlVfHOX/ZlOd0Py9JGO/O CPuw9NG5ZrB3WiAvbonYbYjHqKurt5gnrbZJcUJ3SxwDWQzmcTS1HtlVasyVOq6d qn/ZggzRLHOFnzPpsQJwBxV/Cw6kn5tHKjMBl3Fkngqy8jaxvzW9LyW93rVz5K7i omm04Md8Us3MmuSyZ+X61Tai+Z8290t9njUeDM6qum4Q3mg7ck7d7pUUG738bJah p3DQ7hXNKN1fc5g6hJ4P3gSs4fDYRK5nQgVmdJPC6aAG/7UDusB7O1SWtwFi2qPY KeiC4Q== 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=fm2; bh=MXCduvK4FLzUzCiRLjY9Vx+aWje0bhNwwtgP3BGwv I0=; b=YKDElVvNG6X40TJOQrEoBxxaix/gpJrONh67TR2IWMnTXGj5GqsQrmiTR wPuDq5pqYo3kItMn/UzX9w817jrC5Pdq6I4kx/ej1djEFvENzOBUoROoQO4M701S FJueb2EfPjaVy8CwO2gd2C/PJRb+IWR21cAZVNg0EgVZsaTlZpfMJfYcyhZhhoOS 6bARBbpQCnZecPY35rM1LqYlA8RZlINdpZsly3yF3zLWp31vzP1S1IBO9BCufLso s4oLM4z70YilPvJWXTQ1UMchnj3C7JNBqdeQgayvP4UGERfbDJ3+eCl/W7v4jElU NoZiohm9k+UYH9sj6wdbC7uKQvcEQ== X-ME-Sender: X-ME-Proxy-Cause: gggruggvucftvghtrhhoucdtuddrgeduhedrudduledgudehucetufdoteggodetrfdotf fvucfrrhhofhhilhgvmecuhfgrshhtofgrihhlpdfqfgfvpdfurfetoffkrfgpnffqhgen uceurghilhhouhhtmecufedttdenucesvcftvggtihhpihgvnhhtshculddquddttddmne cujfgurhephffvufffkfgjfhgggfgtsehtufertddttddvnecuhfhrohhmpefvhhhomhgr shcuofhonhhjrghlohhnuceothhhohhmrghssehmohhnjhgrlhhonhdrnhgvtheqnecugg ftrfgrthhtvghrnhepudeggfdvfeduffdtfeeglefghfeukefgfffhueejtdetuedtjeeu ieeivdffgeehnecukfhppeejjedrudefgedrvddtfedrudekgeenucevlhhushhtvghruf hiiigvpedtnecurfgrrhgrmhepmhgrihhlfhhrohhmpehthhhomhgrshesmhhonhhjrghl ohhnrdhnvght X-ME-Proxy: Received: from xps.localnet (184.203.134.77.rev.sfr.net [77.134.203.184]) by mail.messagingengine.com (Postfix) with ESMTPA id 60E8C3280059; Sun, 24 May 2020 18:56:20 -0400 (EDT) From: Thomas Monjalon To: John McNamara Cc: dev@dpdk.org Date: Mon, 25 May 2020 00:56:19 +0200 Message-ID: <5018112.LsXbSvgF5q@thomas> In-Reply-To: <1590156366-12837-1-git-send-email-john.mcnamara@intel.com> References: <1590156366-12837-1-git-send-email-john.mcnamara@intel.com> MIME-Version: 1.0 Content-Transfer-Encoding: 7Bit Content-Type: text/plain; charset="us-ascii" Subject: Re: [dpdk-dev] [PATCH v1] doc: update release notes for 20.05 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" 22/05/2020 16:06, John McNamara: > +* **Added additional algorithms to the Cryptodev API.** > > + Added additional algorithms and updated support to the Cryptodev PMD and > + APIs, including: > > + * Added support for intel-ipsec-mb version 0.54 to the following PMDs: AESNI > + MB, AESNI GCM, ZUC, KASUMI, SNOW 3G. These are specific to Intel virtual PMDs, not cryptodev API. > + * Added support for Chacha20-Poly1305 AEAD algorithm. > > + * Updated the ZUC crypto PMD to support Multi-buffer ZUC-EIA3, improving > + performance significantly, when using intel-ipsec-mb version 0.54 Same as above > + * AESNI MB crypto PMD: > > + * Updated the AESNI MB PMD with AES-256 DOCSIS algorithm. > + * Added support for synchronous Crypto burst API. Same, all Intel virtual crypto PMDs should be in one category. > * **Added handling of mixed crypto algorithms in QAT PMD for GEN2.** > > @@ -212,7 +190,7 @@ New Features > when running on GEN2 QAT hardware with particular firmware versions > (GEN3 support was added in DPDK 20.02). > > -* **Added plain SHA-1,224,256,384,512 support to QAT PMD.** > +* **Added plain SHA-1, 224, 256, 384, 512 support to QAT PMD.** > > Added support for plain SHA-1, SHA-224, SHA-256, SHA-384 and SHA-512 hashes > to QAT PMD. > @@ -220,26 +198,40 @@ New Features > * **Added AES-GCM/GMAC J0 support to QAT PMD.** > > Added support for AES-GCM/GMAC J0 to Intel QuickAssist Technology PMD. User can > - use this feature by passing zero length IV in appropriate xform. For more > - info please refer to rte_crypto_sym.h J0 comments. > + use this feature by passing a zero length IV in the appropriate xform. For more > + info refer to the doxygen comments in ``rte_crypto_sym.h`` for ``J0``. > > * **Updated the QAT PMD for AES-256 DOCSIS.** > > - Added AES-256 DOCSIS algorithm support to QAT PMD. > + Added AES-256 DOCSIS algorithm support to the QAT PMD. > > -* **Added QAT intermediate buffer too small handling in QAT compression PMD.** > +* **Added QAT intermediate undersized buffer handling in QAT compression PMD.** > > - Added a special way of buffer handling when internal QAT intermediate buffer > - is too small for Huffman dynamic compression operation. Instead of falling > + Added special buffer handling when the internal QAT intermediate buffer is > + too small for the Huffman dynamic compression operation. Instead of falling > back to fixed compression, the operation is now split into multiple smaller > - dynamic compression requests (possible to execute on QAT) and their results > - are then combined and copied into the output buffer. This is not possible if > - any checksum calculation was requested - in such case the code falls back to > - fixed compression as before. > + dynamic compression requests (which are possible to execute on QAT) and > + their results are then combined and copied into the output buffer. This is > + not possible if any checksum calculation was requested - in such cases the > + code falls back to fixed compression as before. There are too many separate QAT items. Can they be grouped in 2 categories (crypto/compress)? > +* **Added a new driver for Intel Foxville I225 devices.** > + > + Added the new ``igc`` net driver for Intel Foxville I225 devices. See the > + :doc:`../nics/igc` NIC guide for more details on this new driver. > + > +* **Updated Broadcom bnxt driver.** > + > + Updated the Broadcom bnxt driver with new features and improvements, including: > + > + * Added support for host based flow table management. > + * Added flow counters to extended stats. > + * Added PCI function stats to extended stats. The ethdev PMDs should be moved before the cryptodev ones.