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 B1090A0548 for ; Sun, 28 Nov 2021 16:03:15 +0100 (CET) Received: from [217.70.189.124] (localhost [127.0.0.1]) by mails.dpdk.org (Postfix) with ESMTP id A22D24068E; Sun, 28 Nov 2021 16:03:15 +0100 (CET) Received: from NAM12-DM6-obe.outbound.protection.outlook.com (mail-dm6nam12on2050.outbound.protection.outlook.com [40.107.243.50]) by mails.dpdk.org (Postfix) with ESMTP id 32A1A4068A for ; Sun, 28 Nov 2021 16:03:14 +0100 (CET) ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=TI6IwDncEo6qvSyzhLWUVpHkKgRpzfDuVZ7omRpb9qY37EeCF4NejK+jO1ukzjJ0gOG1lUusZzZtzIzeqjFxd0OePhLFogBSEknk96A25nA8ca+UtNj4E/JRCEzcaEIJ70HG+Jfi7oMkOSYyoB9yrLY3LeYyikgfSP32RJoTrkrJDR9FGGn38SW3SpkV7eTqGErIZnDT6PfvRn5/Mx5Fa6Waw5vR65h3obxFaUEV2peGQhfyAksegfr5ww/EqEuXxHLLIIrbkul42LK+flWA5pxHCYMTH23YwDdoI5Xj/mPoN3aKZeeeJL9QUfpY2Ow8JNl49xemh+8ozgo4XWXkdw== 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=Cfab5haZ3HI9SJt79+se2Qz+SIYPrLIV2xjlGodQrMI=; b=UwASvAkl9wbBqLk+owCSOEM5kQBKzlF2uhrTPCkXtc5CgBusDjHhwq6i3O+X84y6ROOgJihXICUS9TpJTS/uyYBjoBZCde3g01CzNQpBPzsRGh9VAA9yLhEXtKJ0JIsRmryGmsnaIKQfdHbwshiSYLYHLrSOXjNxI+rxiOgrP0RJzQckyPLvaX/JbImB2hpD2zgS8d9rKSPn2T9zvRL+Nu2KQ3JpbFo8rleCR/6/kMYGrYbu8fBEr8fCgexAAr4F17++KWxpuJM8dT/NQ1b8xcqSRBXD7vQyV1pgx69DdiYdguMOVvyDOygl+6WSg0tybCF5gjGmsFYZfjVcm0VibQ== ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass (sender ip is 216.228.112.34) smtp.rcpttodomain=intel.com smtp.mailfrom=nvidia.com; dmarc=pass (p=quarantine sp=quarantine pct=100) action=none header.from=nvidia.com; dkim=none (message not signed); arc=none DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=Nvidia.com; s=selector2; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=Cfab5haZ3HI9SJt79+se2Qz+SIYPrLIV2xjlGodQrMI=; b=L/uVR52OwPppsuvdH918oO3HrISvMQyKCRdSD57oQM5n0rV/SF3dW4CsBBjKQDxIdjlM9Hpn+xdx9JVfGiHH2l/ldTWRZLLwFQmIoXGPkXDNkE1hILj9DC7MlG32w7lryiUQFH4iqqgTXQgsDfneWRmgWarN/u3BC6ux8hBr8xlpQqvw1OmJ5yTdLjRBWcH3q6FwT2dsngeswSN+4HDRMysRkrcJE86GT9ACeUx46o74smwiG8XOrY+/1j0ezuUMCSehmt5mxKVRWitiJKRT58AZavv7HAqPGINJioWhpmx+rUV8bt2540yAD5jQa9RSwOHn8iuGXneGET3Qez/N1A== Received: from BN6PR19CA0058.namprd19.prod.outlook.com (2603:10b6:404:e3::20) by DM6PR12MB4418.namprd12.prod.outlook.com (2603:10b6:5:28e::9) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.4734.23; Sun, 28 Nov 2021 15:03:12 +0000 Received: from BN8NAM11FT041.eop-nam11.prod.protection.outlook.com (2603:10b6:404:e3:cafe::7d) by BN6PR19CA0058.outlook.office365.com (2603:10b6:404:e3::20) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.4734.22 via Frontend Transport; Sun, 28 Nov 2021 15:03:12 +0000 X-MS-Exchange-Authentication-Results: spf=pass (sender IP is 216.228.112.34) smtp.mailfrom=nvidia.com; dkim=none (message not signed) header.d=none;dmarc=pass action=none header.from=nvidia.com; Received-SPF: Pass (protection.outlook.com: domain of nvidia.com designates 216.228.112.34 as permitted sender) receiver=protection.outlook.com; client-ip=216.228.112.34; helo=mail.nvidia.com; Received: from mail.nvidia.com (216.228.112.34) by BN8NAM11FT041.mail.protection.outlook.com (10.13.177.18) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_CBC_SHA384) id 15.20.4734.22 via Frontend Transport; Sun, 28 Nov 2021 15:03:12 +0000 Received: from nvidia.com (172.20.187.6) by HQMAIL107.nvidia.com (172.20.187.13) with Microsoft SMTP Server (TLS) id 15.0.1497.18; Sun, 28 Nov 2021 15:03:10 +0000 From: Xueming Li To: Sean Morrissey CC: Luca Boccassi , John McNamara , Conor Walsh , Ferruh Yigit , dpdk stable Subject: patch 'doc: capitalise PMD' has been queued to stable release 20.11.4 Date: Sun, 28 Nov 2021 22:54:20 +0800 Message-ID: <20211128145423.3974892-77-xuemingl@nvidia.com> X-Mailer: git-send-email 2.34.0 In-Reply-To: <20211128145423.3974892-1-xuemingl@nvidia.com> References: <20211110063216.2744012-1-xuemingl@nvidia.com> <20211128145423.3974892-1-xuemingl@nvidia.com> MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Content-Type: text/plain X-Originating-IP: [172.20.187.6] X-ClientProxiedBy: HQMAIL101.nvidia.com (172.20.187.10) To HQMAIL107.nvidia.com (172.20.187.13) X-EOPAttributedMessage: 0 X-MS-PublicTrafficType: Email X-MS-Office365-Filtering-Correlation-Id: 015477a8-487d-4ab1-04d7-08d9b28032bc X-MS-TrafficTypeDiagnostic: DM6PR12MB4418: X-Microsoft-Antispam-PRVS: X-MS-Oob-TLC-OOBClassifiers: OLM:10000; X-MS-Exchange-SenderADCheck: 1 X-MS-Exchange-AntiSpam-Relay: 0 X-Microsoft-Antispam: BCL:0; X-Microsoft-Antispam-Message-Info: ee1pdunG/l88fp7i/yYjIzEU/BA/1mUkkZeoSAiBmg2l0dXd+op2Jx620lvBeiDBhPj6kjChSoGvC6oYXolW7JRdX4kpsHQtWhE6uAecRGfbs55Kkh6q/q6mplKwMuWCNrhmQz41u+3HOypv2jxUPbtsQE8uohBjUakcaqXQCV7XO99gG1LcyOKihDwiazTmWvTVPBPQPpRrXh+t0GBsTIJv2Z06zbR5OXTzQm/5bjKZ30BKHOqSwNrDkgbVqbVriGbiPzzpCHCyXN2W/GnaWhQ3H7DnWtry9hteXvipr/xZgoiGV8JHuQXSN6jq9+DHDSXVa/FHvpqYNq+tVJMaRlnKFTlskirykoD6LtaPh+uWBU3dZoKZ4Hb/ybgw/WMfAibHr8wpVLMAFvzneFJF8wLTJX9/I/QTYsNL3L49Z34mLWi/EsZ6QciC0kNnM8GQxVhmM38hef4Sb5ssLwgVZU/kxLcLOr+Xe1F0cA9X2U8WX0qKfv+XRZjZ6r8ER3QBwp4HKxEpLi+TZQQ+iHO+b0OkC5O4oxuD9pwGLFSPzwkVCW6yZR8zJHTyD7t2yqkB8dwXRsnDpQF3yn3DJNxngPyxnFfZpqenunIljQYWFiTOrHFyzuEq5OldtL9JT1ZZDJGlkO3JccENemXa0p8Wsjx2kF33CwD2Dm0kR5P4y8xlNyUagXY7kWfZ+siXIWeEqUG3/8NNh3rTAWDVQgWFG6fgQ/3M8mwNEHBPD7F7SwEbpro17rBhalZsWnqtND7euJUjaKs4zdOyfPwpSZtftm8KcH8F4QtPPoA2IeDosmRMBO6fEESyGQkCnc9U23+jR8D3AylrtY7v9Q9bx6K1Ng== X-Forefront-Antispam-Report: CIP:216.228.112.34; CTRY:US; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:mail.nvidia.com; PTR:schybrid03.nvidia.com; CAT:NONE; SFS:(4636009)(36840700001)(46966006)(36756003)(966005)(30864003)(2906002)(1076003)(8936002)(186003)(70206006)(53546011)(4001150100001)(6286002)(426003)(336012)(86362001)(6666004)(508600001)(54906003)(26005)(316002)(36860700001)(7636003)(16526019)(2616005)(4326008)(47076005)(83380400001)(82310400004)(55016003)(70586007)(8676002)(7696005)(356005)(5660300002)(6916009); DIR:OUT; SFP:1101; X-OriginatorOrg: Nvidia.com X-MS-Exchange-CrossTenant-OriginalArrivalTime: 28 Nov 2021 15:03:12.4577 (UTC) X-MS-Exchange-CrossTenant-Network-Message-Id: 015477a8-487d-4ab1-04d7-08d9b28032bc X-MS-Exchange-CrossTenant-Id: 43083d15-7273-40c1-b7db-39efd9ccc17a X-MS-Exchange-CrossTenant-OriginalAttributedTenantConnectingIp: TenantId=43083d15-7273-40c1-b7db-39efd9ccc17a; Ip=[216.228.112.34]; Helo=[mail.nvidia.com] X-MS-Exchange-CrossTenant-AuthSource: BN8NAM11FT041.eop-nam11.prod.protection.outlook.com X-MS-Exchange-CrossTenant-AuthAs: Anonymous X-MS-Exchange-CrossTenant-FromEntityHeader: HybridOnPrem X-MS-Exchange-Transport-CrossTenantHeadersStamped: DM6PR12MB4418 X-BeenThere: stable@dpdk.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: patches for DPDK stable branches List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: stable-bounces@dpdk.org Hi, FYI, your patch has been queued to stable release 20.11.4 Note it hasn't been pushed to http://dpdk.org/browse/dpdk-stable yet. It will be pushed if I get no objections before 11/30/21. So please shout if anyone has objections. Also note that after the patch there's a diff of the upstream commit vs the patch applied to the branch. This will indicate if there was any rebasing needed to apply to the stable branch. If there were code changes for rebasing (ie: not only metadata diffs), please double check that the rebase was correctly done. Queued patches are on a temporary branch at: https://github.com/steevenlee/dpdk This queued commit can be viewed at: https://github.com/steevenlee/dpdk/commit/e64e8b4505399decdc8097cbdb43aebabe231eec Thanks. Xueming Li --- >From e64e8b4505399decdc8097cbdb43aebabe231eec Mon Sep 17 00:00:00 2001 From: Sean Morrissey Date: Mon, 22 Nov 2021 10:50:46 +0000 Subject: [PATCH] doc: capitalise PMD Cc: Xueming Li [ upstream commit 35bd0a5c5891a59eba4a5d3904ef2e6c471a520d ] The doc's contain references to pmd but the proper use is to use PMD. Signed-off-by: Sean Morrissey Acked-by: John McNamara Reviewed-by: Conor Walsh Reviewed-by: Ferruh Yigit --- doc/guides/cryptodevs/ccp.rst | 2 +- doc/guides/cryptodevs/openssl.rst | 2 +- doc/guides/cryptodevs/overview.rst | 2 +- doc/guides/eventdevs/opdl.rst | 2 +- doc/guides/nics/octeontx.rst | 4 ++-- doc/guides/nics/octeontx2.rst | 6 +++--- doc/guides/nics/thunderx.rst | 2 +- doc/guides/prog_guide/compressdev.rst | 6 +++--- doc/guides/rel_notes/release_18_02.rst | 4 ++-- doc/guides/rel_notes/release_2_1.rst | 2 +- doc/guides/sample_app_ug/vhost.rst | 4 ++-- doc/guides/vdpadevs/ifc.rst | 4 ++-- 12 files changed, 20 insertions(+), 20 deletions(-) diff --git a/doc/guides/cryptodevs/ccp.rst b/doc/guides/cryptodevs/ccp.rst index 36dae090f9..52e98b0859 100644 --- a/doc/guides/cryptodevs/ccp.rst +++ b/doc/guides/cryptodevs/ccp.rst @@ -100,7 +100,7 @@ The following parameters (all optional) can be provided in the previous two call * ccp_auth_opt: Specify authentication operations to perform on CPU using openssl APIs. -To validate ccp pmd, l2fwd-crypto example can be used with following command: +To validate ccp PMD, l2fwd-crypto example can be used with following command: .. code-block:: console diff --git a/doc/guides/cryptodevs/openssl.rst b/doc/guides/cryptodevs/openssl.rst index 848a2e8eb8..03041ceda1 100644 --- a/doc/guides/cryptodevs/openssl.rst +++ b/doc/guides/cryptodevs/openssl.rst @@ -69,7 +69,7 @@ use version 1.1.1g or newer. Initialization -------------- -User can use app/test application to check how to use this pmd and to verify +User can use app/test application to check how to use this PMD and to verify crypto processing. Test name is cryptodev_openssl_autotest. diff --git a/doc/guides/cryptodevs/overview.rst b/doc/guides/cryptodevs/overview.rst index e2a1e08ec1..f9a58fbd3d 100644 --- a/doc/guides/cryptodevs/overview.rst +++ b/doc/guides/cryptodevs/overview.rst @@ -19,7 +19,7 @@ Supported Feature Flags - "OOP SGL In SGL Out" feature flag stands for "Out-of-place Scatter-gather list Input, Scatter-gather list Output", - which means pmd supports different scatter-gather styled input and output buffers + which means PMD supports different scatter-gather styled input and output buffers (i.e. both can consists of multiple segments). - "OOP SGL In LB Out" feature flag stands for diff --git a/doc/guides/eventdevs/opdl.rst b/doc/guides/eventdevs/opdl.rst index cbfd1f11b7..f220959249 100644 --- a/doc/guides/eventdevs/opdl.rst +++ b/doc/guides/eventdevs/opdl.rst @@ -87,7 +87,7 @@ due to the static nature of the underlying queues. It is because of this that the implementation can achieve such high throughput and low latency The following list is a comprehensive outline of the what is supported and -the limitations / restrictions imposed by the opdl pmd +the limitations / restrictions imposed by the opdl PMD - The order in which packets moved between queues is static and fixed \ (dynamic scheduling is not supported). diff --git a/doc/guides/nics/octeontx.rst b/doc/guides/nics/octeontx.rst index b1a868b054..c348dfce74 100644 --- a/doc/guides/nics/octeontx.rst +++ b/doc/guides/nics/octeontx.rst @@ -108,7 +108,7 @@ for details. Initialization -------------- -The OCTEON TX ethdev pmd is exposed as a vdev device which consists of a set +The OCTEON TX ethdev PMD is exposed as a vdev device which consists of a set of PKI and PKO PCIe VF devices. On EAL initialization, PKI/PKO PCIe VF devices will be probed and then the vdev device can be created from the application code, or from the EAL command line based on @@ -126,7 +126,7 @@ the number of interesting ports with ``nr_ports`` argument. Dependency ~~~~~~~~~~ -``eth_octeontx`` pmd is depend on ``event_octeontx`` eventdev device and +``eth_octeontx`` PMD is depend on ``event_octeontx`` eventdev device and ``octeontx_fpavf`` external mempool handler. Example: diff --git a/doc/guides/nics/octeontx2.rst b/doc/guides/nics/octeontx2.rst index 7b86cf5461..31d1cb5688 100644 --- a/doc/guides/nics/octeontx2.rst +++ b/doc/guides/nics/octeontx2.rst @@ -256,7 +256,7 @@ Limitations ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ The OCTEON TX2 SoC family NIC has inbuilt HW assisted external mempool manager. -``net_octeontx2`` pmd only works with ``mempool_octeontx2`` mempool handler +``net_octeontx2`` PMD only works with ``mempool_octeontx2`` mempool handler as it is performance wise most effective way for packet allocation and Tx buffer recycling on OCTEON TX2 SoC platform. @@ -269,7 +269,7 @@ the host interface irrespective of the offload configuration. Multicast MAC filtering ~~~~~~~~~~~~~~~~~~~~~~~ -``net_octeontx2`` pmd supports multicast mac filtering feature only on physical +``net_octeontx2`` PMD supports multicast mac filtering feature only on physical function devices. SDP interface support @@ -278,7 +278,7 @@ OCTEON TX2 SDP interface support is limited to PF device, No VF support. Inline Protocol Processing ~~~~~~~~~~~~~~~~~~~~~~~~~~ -``net_octeontx2`` pmd doesn't support the following features for packets to be +``net_octeontx2`` PMD doesn't support the following features for packets to be inline protocol processed. - TSO offload - VLAN/QinQ offload diff --git a/doc/guides/nics/thunderx.rst b/doc/guides/nics/thunderx.rst index f233504ba3..f5d7d20576 100644 --- a/doc/guides/nics/thunderx.rst +++ b/doc/guides/nics/thunderx.rst @@ -371,7 +371,7 @@ Module params skip_data_bytes ~~~~~~~~~~~~~~~ This feature is used to create a hole between HEADROOM and actual data. Size of hole is specified -in bytes as module param("skip_data_bytes") to pmd. +in bytes as module param("skip_data_bytes") to PMD. This scheme is useful when application would like to insert vlan header without disturbing HEADROOM. Example: diff --git a/doc/guides/prog_guide/compressdev.rst b/doc/guides/prog_guide/compressdev.rst index 231687d891..07d1a62a63 100644 --- a/doc/guides/prog_guide/compressdev.rst +++ b/doc/guides/prog_guide/compressdev.rst @@ -28,7 +28,7 @@ From the command line using the --vdev EAL option .. code-block:: console - --vdev ',socket_id=0' + --vdev ',socket_id=0' .. Note:: @@ -332,7 +332,7 @@ using priv_xform would look like: * pseudocode for stateless compression */ - uint8_t cdev_id = rte_compressdev_get_dev_id(); + uint8_t cdev_id = rte_compressdev_get_dev_id(); /* configure the device. */ if (rte_compressdev_configure(cdev_id, &conf) < 0) @@ -475,7 +475,7 @@ An example pseudocode to set up and process a stream having NUM_CHUNKS with each * pseudocode for stateful compression */ - uint8_t cdev_id = rte_compressdev_get_dev_id(); + uint8_t cdev_id = rte_compressdev_get_dev_id(); /* configure the device. */ if (rte_compressdev_configure(cdev_id, &conf) < 0) diff --git a/doc/guides/rel_notes/release_18_02.rst b/doc/guides/rel_notes/release_18_02.rst index 3523ea7fdc..4a1b8a92db 100644 --- a/doc/guides/rel_notes/release_18_02.rst +++ b/doc/guides/rel_notes/release_18_02.rst @@ -142,9 +142,9 @@ New Features * ``VIRTIO_NET_F_GUEST_UFO``, ``VIRTIO_NET_F_HOST_UFO`` * ``VIRTIO_NET_F_GSO`` - Also added ``VIRTIO_NET_F_GUEST_ANNOUNCE`` feature support in virtio pmd. + Also added ``VIRTIO_NET_F_GUEST_ANNOUNCE`` feature support in virtio PMD. In a scenario where the vhost backend doesn't have the ability to generate - RARP packets, the VM running virtio pmd can still be live migrated if + RARP packets, the VM running virtio PMD can still be live migrated if ``VIRTIO_NET_F_GUEST_ANNOUNCE`` feature is negotiated. * **Updated the AESNI-MB PMD.** diff --git a/doc/guides/rel_notes/release_2_1.rst b/doc/guides/rel_notes/release_2_1.rst index beadc51ba4..eb390a0941 100644 --- a/doc/guides/rel_notes/release_2_1.rst +++ b/doc/guides/rel_notes/release_2_1.rst @@ -243,7 +243,7 @@ New Features * **Added fm10k jumbo frame support.** Added support for jumbo frame less than 15K in both VF and PF functions in the - fm10k pmd. + fm10k PMD. * **Added fm10k mac vlan filtering support.** diff --git a/doc/guides/sample_app_ug/vhost.rst b/doc/guides/sample_app_ug/vhost.rst index d00693b293..fa2cf4e3a6 100644 --- a/doc/guides/sample_app_ug/vhost.rst +++ b/doc/guides/sample_app_ug/vhost.rst @@ -206,11 +206,11 @@ Common Issues * Option "builtin-net-driver" is incompatible with QEMU QEMU vhost net device start will fail if protocol feature is not negotiated. - DPDK virtio-user pmd can be the replacement of QEMU. + DPDK virtio-user PMD can be the replacement of QEMU. * Device start fails when enabling "builtin-net-driver" without memory pre-allocation The builtin example doesn't support dynamic memory allocation. When vhost backend enables "builtin-net-driver", "--socket-mem" option should be - added at virtio-user pmd side as a startup item. + added at virtio-user PMD side as a startup item. diff --git a/doc/guides/vdpadevs/ifc.rst b/doc/guides/vdpadevs/ifc.rst index f968489a75..706dbf740e 100644 --- a/doc/guides/vdpadevs/ifc.rst +++ b/doc/guides/vdpadevs/ifc.rst @@ -17,9 +17,9 @@ IFCVF vDPA Implementation IFCVF's vendor ID and device ID are same as that of virtio net pci device, with its specific subsystem vendor ID and device ID. To let the device be probed by IFCVF driver, adding "vdpa=1" parameter helps to specify that this -device is to be used in vDPA mode, rather than polling mode, virtio pmd will +device is to be used in vDPA mode, rather than polling mode, virtio PMD will skip when it detects this message. If no this parameter specified, device -will not be used as a vDPA device, and it will be driven by virtio pmd. +will not be used as a vDPA device, and it will be driven by virtio PMD. Different VF devices serve different virtio frontends which are in different VMs, so each VF needs to have its own DMA address translation service. During -- 2.34.0 --- Diff of the applied patch vs upstream commit (please double-check if non-empty: --- --- - 2021-11-28 22:41:07.154975080 +0800 +++ 0076-doc-capitalise-PMD.patch 2021-11-28 22:41:03.556870029 +0800 @@ -1 +1 @@ -From 35bd0a5c5891a59eba4a5d3904ef2e6c471a520d Mon Sep 17 00:00:00 2001 +From e64e8b4505399decdc8097cbdb43aebabe231eec Mon Sep 17 00:00:00 2001 @@ -4,0 +5 @@ +Cc: Xueming Li @@ -6 +7 @@ -The doc's contain references to pmd but the proper use is to use PMD. +[ upstream commit 35bd0a5c5891a59eba4a5d3904ef2e6c471a520d ] @@ -8 +9 @@ -Cc: stable@dpdk.org +The doc's contain references to pmd but the proper use is to use PMD. @@ -19 +19,0 @@ - doc/guides/nics/cnxk.rst | 2 +- @@ -28 +28 @@ - 13 files changed, 21 insertions(+), 21 deletions(-) + 12 files changed, 20 insertions(+), 20 deletions(-) @@ -57 +57 @@ -index 1172297915..d754b0cfc6 100644 +index e2a1e08ec1..f9a58fbd3d 100644 @@ -82,13 +81,0 @@ -diff --git a/doc/guides/nics/cnxk.rst b/doc/guides/nics/cnxk.rst -index 837ffc02b4..84f9865654 100644 ---- a/doc/guides/nics/cnxk.rst -+++ b/doc/guides/nics/cnxk.rst -@@ -289,7 +289,7 @@ Limitations - ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ - - The OCTEON CN9K/CN10K SoC family NIC has inbuilt HW assisted external mempool manager. --``net_cnxk`` pmd only works with ``mempool_cnxk`` mempool handler -+``net_cnxk`` PMD only works with ``mempool_cnxk`` mempool handler - as it is performance wise most effective way for packet allocation and Tx buffer - recycling on OCTEON TX2 SoC platform. - @@ -96 +83 @@ -index 8236cc3e93..092120815d 100644 +index b1a868b054..c348dfce74 100644 @@ -118 +105 @@ -index eae32f0afe..4ce067f2c5 100644 +index 7b86cf5461..31d1cb5688 100644 @@ -149 +136 @@ -index d96395dafa..5ae7e607de 100644 +index f233504ba3..f5d7d20576 100644 @@ -193 +180 @@ -index 989017786b..af437e4153 100644 +index 3523ea7fdc..4a1b8a92db 100644 @@ -196 +183 @@ -@@ -105,9 +105,9 @@ New Features +@@ -142,9 +142,9 @@ New Features @@ -209 +196 @@ -index 0c34458316..35e6c88884 100644 +index beadc51ba4..eb390a0941 100644 @@ -212 +199 @@ -@@ -242,7 +242,7 @@ New Features +@@ -243,7 +243,7 @@ New Features @@ -222 +209 @@ -index 9afde9c7f5..a6ce4bc8ac 100644 +index d00693b293..fa2cf4e3a6 100644