patches for DPDK stable branches
 help / color / mirror / Atom feed
* patch 'eal/windows: fix pedantic build' has been queued to stable release 21.11.4
@ 2023-03-15 14:35 Kevin Traynor
  2023-03-15 14:35 ` patch 'doc: add gpudev to the Doxygen index' " Kevin Traynor
                   ` (45 more replies)
  0 siblings, 46 replies; 47+ messages in thread
From: Kevin Traynor @ 2023-03-15 14:35 UTC (permalink / raw)
  To: Thomas Monjalon; +Cc: Tyler Retzlaff, dpdk stable

Hi,

FYI, your patch has been queued to stable release 21.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 03/20/23. 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/kevintraynor/dpdk-stable

This queued commit can be viewed at:
https://github.com/kevintraynor/dpdk-stable/commit/0bc981bfdf8a2c636c415be2b7fc35d72ef33dfc

Thanks.

Kevin

---
From 0bc981bfdf8a2c636c415be2b7fc35d72ef33dfc Mon Sep 17 00:00:00 2001
From: Thomas Monjalon <thomas@monjalon.net>
Date: Thu, 5 Jan 2023 16:18:38 +0100
Subject: [PATCH] eal/windows: fix pedantic build

[ upstream commit 4ef69b2877a24ddb89afaf4bb6f4e73bb52a605b ]

MinGW GCC 12 shows an illegal pointer conversion
when included in a pedantic module:

lib/eal/windows/include/pthread.h:137:41: error:
	ISO C forbids conversion of object pointer to function pointer type
	[-Werror=pedantic]
 137 | hThread = CreateThread(NULL, 0, (LPTHREAD_START_ROUTINE)threadfunc,
     |                                 ^

By using uintptr_t, the compiler is forced to accept the conversion.

Fixes: e8428a9d89f1 ("eal/windows: add some basic functions and macros")

Signed-off-by: Thomas Monjalon <thomas@monjalon.net>
Acked-by: Tyler Retzlaff <roretzla@linux.microsoft.com>
---
 lib/eal/windows/include/pthread.h | 3 ++-
 1 file changed, 2 insertions(+), 1 deletion(-)

diff --git a/lib/eal/windows/include/pthread.h b/lib/eal/windows/include/pthread.h
index 27fd2cca52..f7cf0e9ddf 100644
--- a/lib/eal/windows/include/pthread.h
+++ b/lib/eal/windows/include/pthread.h
@@ -135,5 +135,6 @@ pthread_create(void *threadid, const void *threadattr, void *threadfunc,
 	RTE_SET_USED(threadattr);
 	HANDLE hThread;
-	hThread = CreateThread(NULL, 0, (LPTHREAD_START_ROUTINE)threadfunc,
+	hThread = CreateThread(NULL, 0,
+		(LPTHREAD_START_ROUTINE)(uintptr_t)threadfunc,
 		args, 0, (LPDWORD)threadid);
 	if (hThread) {
-- 
2.39.2

---
  Diff of the applied patch vs upstream commit (please double-check if non-empty:
---
--- -	2023-03-15 14:30:20.644678117 +0000
+++ 0001-eal-windows-fix-pedantic-build.patch	2023-03-15 14:30:20.529123504 +0000
@@ -1 +1 @@
-From 4ef69b2877a24ddb89afaf4bb6f4e73bb52a605b Mon Sep 17 00:00:00 2001
+From 0bc981bfdf8a2c636c415be2b7fc35d72ef33dfc Mon Sep 17 00:00:00 2001
@@ -5,0 +6,2 @@
+[ upstream commit 4ef69b2877a24ddb89afaf4bb6f4e73bb52a605b ]
+
@@ -18 +19,0 @@
-Cc: stable@dpdk.org


^ permalink raw reply	[flat|nested] 47+ messages in thread

* patch 'doc: add gpudev to the Doxygen index' has been queued to stable release 21.11.4
  2023-03-15 14:35 patch 'eal/windows: fix pedantic build' has been queued to stable release 21.11.4 Kevin Traynor
@ 2023-03-15 14:35 ` Kevin Traynor
  2023-03-15 14:35 ` patch 'doc: fix reference to event timer header' " Kevin Traynor
                   ` (44 subsequent siblings)
  45 siblings, 0 replies; 47+ messages in thread
From: Kevin Traynor @ 2023-03-15 14:35 UTC (permalink / raw)
  To: Thomas Monjalon; +Cc: Ferruh Yigit, dpdk stable

Hi,

FYI, your patch has been queued to stable release 21.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 03/20/23. 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/kevintraynor/dpdk-stable

This queued commit can be viewed at:
https://github.com/kevintraynor/dpdk-stable/commit/52cf05533b0922ae4fe2b79804d6bcc32ff2605d

Thanks.

Kevin

---
From 52cf05533b0922ae4fe2b79804d6bcc32ff2605d Mon Sep 17 00:00:00 2001
From: Thomas Monjalon <thomas@monjalon.net>
Date: Wed, 1 Mar 2023 17:27:00 +0100
Subject: [PATCH] doc: add gpudev to the Doxygen index

[ upstream commit 79cd6f959ebc0886dd212dc4fb057ec2d91b2d39 ]

When introducing the library gpudev,
it has been forgotten to add a link in the API index.

Fixes: 8b8036a66e3d ("gpudev: introduce GPU device class library")

Signed-off-by: Thomas Monjalon <thomas@monjalon.net>
Acked-by: Ferruh Yigit <ferruh.yigit@amd.com>
---
 doc/api/doxy-api-index.md | 1 +
 1 file changed, 1 insertion(+)

diff --git a/doc/api/doxy-api-index.md b/doc/api/doxy-api-index.md
index baecb2e52e..efb0fb3bd3 100644
--- a/doc/api/doxy-api-index.md
+++ b/doc/api/doxy-api-index.md
@@ -23,4 +23,5 @@ The public API headers are grouped by topics:
   [regexdev](@ref rte_regexdev.h),
   [dmadev](@ref rte_dmadev.h),
+  [gpudev](@ref rte_gpudev.h),
   [eventdev](@ref rte_eventdev.h),
   [event_eth_rx_adapter](@ref rte_event_eth_rx_adapter.h),
-- 
2.39.2

---
  Diff of the applied patch vs upstream commit (please double-check if non-empty:
---
--- -	2023-03-15 14:30:20.667144815 +0000
+++ 0002-doc-add-gpudev-to-the-Doxygen-index.patch	2023-03-15 14:30:20.531123511 +0000
@@ -1 +1 @@
-From 79cd6f959ebc0886dd212dc4fb057ec2d91b2d39 Mon Sep 17 00:00:00 2001
+From 52cf05533b0922ae4fe2b79804d6bcc32ff2605d Mon Sep 17 00:00:00 2001
@@ -5,0 +6,2 @@
+[ upstream commit 79cd6f959ebc0886dd212dc4fb057ec2d91b2d39 ]
+
@@ -10 +11,0 @@
-Cc: stable@dpdk.org
@@ -19 +20 @@
-index 2deec7ea19..d6cd4d0861 100644
+index baecb2e52e..efb0fb3bd3 100644


^ permalink raw reply	[flat|nested] 47+ messages in thread

* patch 'doc: fix reference to event timer header' has been queued to stable release 21.11.4
  2023-03-15 14:35 patch 'eal/windows: fix pedantic build' has been queued to stable release 21.11.4 Kevin Traynor
  2023-03-15 14:35 ` patch 'doc: add gpudev to the Doxygen index' " Kevin Traynor
@ 2023-03-15 14:35 ` Kevin Traynor
  2023-03-15 14:35 ` patch 'event/cnxk: fix SSO cleanup' " Kevin Traynor
                   ` (43 subsequent siblings)
  45 siblings, 0 replies; 47+ messages in thread
From: Kevin Traynor @ 2023-03-15 14:35 UTC (permalink / raw)
  To: David Marchand; +Cc: dpdk stable

Hi,

FYI, your patch has been queued to stable release 21.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 03/20/23. 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/kevintraynor/dpdk-stable

This queued commit can be viewed at:
https://github.com/kevintraynor/dpdk-stable/commit/6147a8003d754c528ad95b936658052a92573923

Thanks.

Kevin

---
From 6147a8003d754c528ad95b936658052a92573923 Mon Sep 17 00:00:00 2001
From: David Marchand <david.marchand@redhat.com>
Date: Mon, 20 Feb 2023 15:47:11 +0100
Subject: [PATCH] doc: fix reference to event timer header

[ upstream commit 72b0b4205a635f997d4a2ffcb1fabdc2de5b36d0 ]

The event timer header is rte_event_timer_adapter.h.
Besides, we don't need to detail the full path to such a header.

Fixes: 30e7fbd62839 ("doc: add event timer adapter guide")

Signed-off-by: David Marchand <david.marchand@redhat.com>
---
 doc/guides/prog_guide/event_timer_adapter.rst | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/doc/guides/prog_guide/event_timer_adapter.rst b/doc/guides/prog_guide/event_timer_adapter.rst
index d7307a29bb..9106092f2d 100644
--- a/doc/guides/prog_guide/event_timer_adapter.rst
+++ b/doc/guides/prog_guide/event_timer_adapter.rst
@@ -36,5 +36,5 @@ device upon timer expiration.
 The Event Timer Adapter API represents each event timer with a generic struct,
 which contains an event and user metadata.  The ``rte_event_timer`` struct is
-defined in ``lib/event/librte_event_timer_adapter.h``.
+defined in ``rte_event_timer_adapter.h``.
 
 .. _timer_expiry_event:
-- 
2.39.2

---
  Diff of the applied patch vs upstream commit (please double-check if non-empty:
---
--- -	2023-03-15 14:30:20.690418186 +0000
+++ 0003-doc-fix-reference-to-event-timer-header.patch	2023-03-15 14:30:20.534123521 +0000
@@ -1 +1 @@
-From 72b0b4205a635f997d4a2ffcb1fabdc2de5b36d0 Mon Sep 17 00:00:00 2001
+From 6147a8003d754c528ad95b936658052a92573923 Mon Sep 17 00:00:00 2001
@@ -5,0 +6,2 @@
+[ upstream commit 72b0b4205a635f997d4a2ffcb1fabdc2de5b36d0 ]
+
@@ -10 +11,0 @@
-Cc: stable@dpdk.org
@@ -18 +19 @@
-index 4e07f0cc23..2a15ed8f5c 100644
+index d7307a29bb..9106092f2d 100644


^ permalink raw reply	[flat|nested] 47+ messages in thread

* patch 'event/cnxk: fix SSO cleanup' has been queued to stable release 21.11.4
  2023-03-15 14:35 patch 'eal/windows: fix pedantic build' has been queued to stable release 21.11.4 Kevin Traynor
  2023-03-15 14:35 ` patch 'doc: add gpudev to the Doxygen index' " Kevin Traynor
  2023-03-15 14:35 ` patch 'doc: fix reference to event timer header' " Kevin Traynor
@ 2023-03-15 14:35 ` Kevin Traynor
  2023-03-15 14:35 ` patch 'test/bbdev: fix crash for non supported HARQ length' " Kevin Traynor
                   ` (42 subsequent siblings)
  45 siblings, 0 replies; 47+ messages in thread
From: Kevin Traynor @ 2023-03-15 14:35 UTC (permalink / raw)
  To: Volodymyr Fialko; +Cc: dpdk stable

Hi,

FYI, your patch has been queued to stable release 21.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 03/20/23. 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/kevintraynor/dpdk-stable

This queued commit can be viewed at:
https://github.com/kevintraynor/dpdk-stable/commit/349431b3fb2a6f027036913019396c3286fe104c

Thanks.

Kevin

---
From 349431b3fb2a6f027036913019396c3286fe104c Mon Sep 17 00:00:00 2001
From: Volodymyr Fialko <vfialko@marvell.com>
Date: Thu, 2 Mar 2023 11:58:32 +0100
Subject: [PATCH] event/cnxk: fix SSO cleanup

[ upstream commit c31a3b37bb26c2f7f270592c8976072b510869dd ]

dev_fini() can return EAGAIN in case if LF is active(used by other
devices). Ignoring return code leads to early free of resources that are
still in use.

Fixes: 8558dcaa05b8 ("event/cnxk: add build infra and device setup")

Signed-off-by: Volodymyr Fialko <vfialko@marvell.com>
---
 drivers/event/cnxk/cnxk_eventdev.c | 3 +--
 1 file changed, 1 insertion(+), 2 deletions(-)

diff --git a/drivers/event/cnxk/cnxk_eventdev.c b/drivers/event/cnxk/cnxk_eventdev.c
index 46a788ef4e..d543fdd14e 100644
--- a/drivers/event/cnxk/cnxk_eventdev.c
+++ b/drivers/event/cnxk/cnxk_eventdev.c
@@ -637,7 +637,6 @@ cnxk_sso_fini(struct rte_eventdev *event_dev)
 	cnxk_tim_fini();
 	roc_sso_rsrc_fini(&dev->sso);
-	roc_sso_dev_fini(&dev->sso);
 
-	return 0;
+	return roc_sso_dev_fini(&dev->sso);
 }
 
-- 
2.39.2

---
  Diff of the applied patch vs upstream commit (please double-check if non-empty:
---
--- -	2023-03-15 14:30:20.713247972 +0000
+++ 0004-event-cnxk-fix-SSO-cleanup.patch	2023-03-15 14:30:20.537123532 +0000
@@ -1 +1 @@
-From c31a3b37bb26c2f7f270592c8976072b510869dd Mon Sep 17 00:00:00 2001
+From 349431b3fb2a6f027036913019396c3286fe104c Mon Sep 17 00:00:00 2001
@@ -5,0 +6,2 @@
+[ upstream commit c31a3b37bb26c2f7f270592c8976072b510869dd ]
+
@@ -11 +12,0 @@
-Cc: stable@dpdk.org
@@ -19 +20 @@
-index 5f1fa1e96d..cb9ba5d353 100644
+index 46a788ef4e..d543fdd14e 100644
@@ -22 +23 @@
-@@ -671,7 +671,6 @@ cnxk_sso_fini(struct rte_eventdev *event_dev)
+@@ -637,7 +637,6 @@ cnxk_sso_fini(struct rte_eventdev *event_dev)


^ permalink raw reply	[flat|nested] 47+ messages in thread

* patch 'test/bbdev: fix crash for non supported HARQ length' has been queued to stable release 21.11.4
  2023-03-15 14:35 patch 'eal/windows: fix pedantic build' has been queued to stable release 21.11.4 Kevin Traynor
                   ` (2 preceding siblings ...)
  2023-03-15 14:35 ` patch 'event/cnxk: fix SSO cleanup' " Kevin Traynor
@ 2023-03-15 14:35 ` Kevin Traynor
  2023-03-15 14:35 ` patch 'test/bbdev: extend HARQ tolerance' " Kevin Traynor
                   ` (41 subsequent siblings)
  45 siblings, 0 replies; 47+ messages in thread
From: Kevin Traynor @ 2023-03-15 14:35 UTC (permalink / raw)
  To: Hernan Vargas; +Cc: Maxime Coquelin, dpdk stable

Hi,

FYI, your patch has been queued to stable release 21.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 03/20/23. 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/kevintraynor/dpdk-stable

This queued commit can be viewed at:
https://github.com/kevintraynor/dpdk-stable/commit/f77e413c9147a5f76f141987ebdb8f316f8afed3

Thanks.

Kevin

---
From f77e413c9147a5f76f141987ebdb8f316f8afed3 Mon Sep 17 00:00:00 2001
From: Hernan Vargas <hernan.vargas@intel.com>
Date: Thu, 2 Mar 2023 12:21:55 -0800
Subject: [PATCH] test/bbdev: fix crash for non supported HARQ length

[ upstream commit bee9ac50e5da1f573dfb3c647687da15326d7c3e ]

Fix segmentation fault happening in corner case in test-bbdev.
This fault could happen when running some specific vectors which size
are not supported by the PMD.

Fixes: 335c11fd2763 ("app/bbdev: support HARQ validation")

Signed-off-by: Hernan Vargas <hernan.vargas@intel.com>
Reviewed-by: Maxime Coquelin <maxime.coquelin@redhat.com>
---
 app/test-bbdev/test_bbdev_perf.c | 6 +++---
 1 file changed, 3 insertions(+), 3 deletions(-)

diff --git a/app/test-bbdev/test_bbdev_perf.c b/app/test-bbdev/test_bbdev_perf.c
index 0fa119a502..b861a7abad 100644
--- a/app/test-bbdev/test_bbdev_perf.c
+++ b/app/test-bbdev/test_bbdev_perf.c
@@ -77,5 +77,5 @@
 #define HARQ_INCR 32768
 /* Headroom for filler LLRs insertion in HARQ buffer */
-#define FILLER_HEADROOM 1024
+#define FILLER_HEADROOM 2048
 /* Constants from K0 computation from 3GPP 38.212 Table 5.4.2.1-2 */
 #define N_ZC_1 66 /* N = 66 Zc for BG 1 */
@@ -1969,7 +1969,7 @@ validate_op_harq_chain(struct rte_bbdev_op_data *op,
 			if (data_len > deRmOutSize)
 				data_len = deRmOutSize;
-			if (data_len > orig_op->segments[i].length)
-				data_len = orig_op->segments[i].length;
 		}
+		if (data_len > orig_op->segments[i].length)
+			data_len = orig_op->segments[i].length;
 		/*
 		 * HARQ output can have minor differences
-- 
2.39.2

---
  Diff of the applied patch vs upstream commit (please double-check if non-empty:
---
--- -	2023-03-15 14:30:20.735693520 +0000
+++ 0005-test-bbdev-fix-crash-for-non-supported-HARQ-length.patch	2023-03-15 14:30:20.544123556 +0000
@@ -1 +1 @@
-From bee9ac50e5da1f573dfb3c647687da15326d7c3e Mon Sep 17 00:00:00 2001
+From f77e413c9147a5f76f141987ebdb8f316f8afed3 Mon Sep 17 00:00:00 2001
@@ -5,0 +6,2 @@
+[ upstream commit bee9ac50e5da1f573dfb3c647687da15326d7c3e ]
+
@@ -11 +12,0 @@
-Cc: stable@dpdk.org
@@ -20 +21 @@
-index 45e1780df7..027f32cbf1 100644
+index 0fa119a502..b861a7abad 100644
@@ -23 +24 @@
-@@ -85,5 +85,5 @@
+@@ -77,5 +77,5 @@
@@ -30 +31 @@
-@@ -2112,7 +2112,7 @@ validate_op_harq_chain(struct rte_bbdev_op_data *op,
+@@ -1969,7 +1969,7 @@ validate_op_harq_chain(struct rte_bbdev_op_data *op,


^ permalink raw reply	[flat|nested] 47+ messages in thread

* patch 'test/bbdev: extend HARQ tolerance' has been queued to stable release 21.11.4
  2023-03-15 14:35 patch 'eal/windows: fix pedantic build' has been queued to stable release 21.11.4 Kevin Traynor
                   ` (3 preceding siblings ...)
  2023-03-15 14:35 ` patch 'test/bbdev: fix crash for non supported HARQ length' " Kevin Traynor
@ 2023-03-15 14:35 ` Kevin Traynor
  2023-03-15 14:36 ` patch 'test/bbdev: remove check for invalid opaque data' " Kevin Traynor
                   ` (40 subsequent siblings)
  45 siblings, 0 replies; 47+ messages in thread
From: Kevin Traynor @ 2023-03-15 14:35 UTC (permalink / raw)
  To: Hernan Vargas; +Cc: Maxime Coquelin, dpdk stable

Hi,

FYI, your patch has been queued to stable release 21.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 03/20/23. 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/kevintraynor/dpdk-stable

This queued commit can be viewed at:
https://github.com/kevintraynor/dpdk-stable/commit/8a36f3995a571361dd50d03c67a6fa2f793d9b19

Thanks.

Kevin

---
From 8a36f3995a571361dd50d03c67a6fa2f793d9b19 Mon Sep 17 00:00:00 2001
From: Hernan Vargas <hernan.vargas@intel.com>
Date: Thu, 2 Mar 2023 12:21:56 -0800
Subject: [PATCH] test/bbdev: extend HARQ tolerance

[ upstream commit 39b601c462b8192b8f1c98fe26b604430ebcc8e4 ]

HARQ memory implementation could have different size assumptions.
Extending HARQ tolerance to cover different implementations.

Fixes: 335c11fd2763 ("app/bbdev: support HARQ validation")

Signed-off-by: Hernan Vargas <hernan.vargas@intel.com>
Reviewed-by: Maxime Coquelin <maxime.coquelin@redhat.com>
---
 app/test-bbdev/test_bbdev_perf.c | 11 ++++++++---
 1 file changed, 8 insertions(+), 3 deletions(-)

diff --git a/app/test-bbdev/test_bbdev_perf.c b/app/test-bbdev/test_bbdev_perf.c
index b861a7abad..7e76f92bf1 100644
--- a/app/test-bbdev/test_bbdev_perf.c
+++ b/app/test-bbdev/test_bbdev_perf.c
@@ -88,4 +88,5 @@
 #define K0_3_2 43 /* K0 fraction numerator for rv 3 and BG 2 */
 
+#define HARQ_MEM_TOLERANCE 256
 static struct test_bbdev_vector test_vector;
 
@@ -1948,6 +1949,5 @@ validate_op_harq_chain(struct rte_bbdev_op_data *op,
 		total_data_size += orig_op->segments[i].length;
 
-		TEST_ASSERT(orig_op->segments[i].length <
-				(uint32_t)(data_len + 64),
+		TEST_ASSERT(orig_op->segments[i].length < (uint32_t)(data_len + HARQ_MEM_TOLERANCE),
 				"Length of segment differ in original (%u) and filled (%u) op",
 				orig_op->segments[i].length, data_len);
@@ -1955,4 +1955,9 @@ validate_op_harq_chain(struct rte_bbdev_op_data *op,
 		harq_out = rte_pktmbuf_mtod_offset(m, int8_t *, offset);
 
+		/* Cannot compare HARQ output data for such cases */
+		if ((ldpc_llr_decimals > 1) && ((ops_ld->op_flags & RTE_BBDEV_LDPC_LLR_COMPRESSION)
+				|| (ops_ld->op_flags & RTE_BBDEV_LDPC_HARQ_6BIT_COMPRESSION)))
+			break;
+
 		if (!(ldpc_cap_flags &
 				RTE_BBDEV_LDPC_INTERNAL_HARQ_MEMORY_FILLERS
@@ -2030,5 +2035,5 @@ validate_op_harq_chain(struct rte_bbdev_op_data *op,
 	/* Validate total mbuf pkt length */
 	uint32_t pkt_len = rte_pktmbuf_pkt_len(op->data) - op->offset;
-	TEST_ASSERT(total_data_size < pkt_len + 64,
+	TEST_ASSERT(total_data_size < pkt_len + HARQ_MEM_TOLERANCE,
 			"Length of data differ in original (%u) and filled (%u) op",
 			total_data_size, pkt_len);
-- 
2.39.2

---
  Diff of the applied patch vs upstream commit (please double-check if non-empty:
---
--- -	2023-03-15 14:30:20.762118189 +0000
+++ 0006-test-bbdev-extend-HARQ-tolerance.patch	2023-03-15 14:30:20.549123574 +0000
@@ -1 +1 @@
-From 39b601c462b8192b8f1c98fe26b604430ebcc8e4 Mon Sep 17 00:00:00 2001
+From 8a36f3995a571361dd50d03c67a6fa2f793d9b19 Mon Sep 17 00:00:00 2001
@@ -5,0 +6,2 @@
+[ upstream commit 39b601c462b8192b8f1c98fe26b604430ebcc8e4 ]
+
@@ -10 +11,0 @@
-Cc: stable@dpdk.org
@@ -19 +20 @@
-index 027f32cbf1..74e7e13940 100644
+index b861a7abad..7e76f92bf1 100644
@@ -22 +23 @@
-@@ -96,4 +96,5 @@
+@@ -88,4 +88,5 @@
@@ -28 +29 @@
-@@ -2091,6 +2092,5 @@ validate_op_harq_chain(struct rte_bbdev_op_data *op,
+@@ -1948,6 +1949,5 @@ validate_op_harq_chain(struct rte_bbdev_op_data *op,
@@ -36 +37 @@
-@@ -2098,4 +2098,9 @@ validate_op_harq_chain(struct rte_bbdev_op_data *op,
+@@ -1955,4 +1955,9 @@ validate_op_harq_chain(struct rte_bbdev_op_data *op,
@@ -46 +47 @@
-@@ -2173,5 +2178,5 @@ validate_op_harq_chain(struct rte_bbdev_op_data *op,
+@@ -2030,5 +2035,5 @@ validate_op_harq_chain(struct rte_bbdev_op_data *op,


^ permalink raw reply	[flat|nested] 47+ messages in thread

* patch 'test/bbdev: remove check for invalid opaque data' has been queued to stable release 21.11.4
  2023-03-15 14:35 patch 'eal/windows: fix pedantic build' has been queued to stable release 21.11.4 Kevin Traynor
                   ` (4 preceding siblings ...)
  2023-03-15 14:35 ` patch 'test/bbdev: extend HARQ tolerance' " Kevin Traynor
@ 2023-03-15 14:36 ` Kevin Traynor
  2023-03-15 14:36 ` patch 'vhost: fix OOB access for invalid vhost ID' " Kevin Traynor
                   ` (39 subsequent siblings)
  45 siblings, 0 replies; 47+ messages in thread
From: Kevin Traynor @ 2023-03-15 14:36 UTC (permalink / raw)
  To: Hernan Vargas; +Cc: Maxime Coquelin, dpdk stable

Hi,

FYI, your patch has been queued to stable release 21.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 03/20/23. 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/kevintraynor/dpdk-stable

This queued commit can be viewed at:
https://github.com/kevintraynor/dpdk-stable/commit/e29f5be725333c24ae47570cb9ee2045a98ca571

Thanks.

Kevin

---
From e29f5be725333c24ae47570cb9ee2045a98ca571 Mon Sep 17 00:00:00 2001
From: Hernan Vargas <hernan.vargas@intel.com>
Date: Thu, 2 Mar 2023 12:21:57 -0800
Subject: [PATCH] test/bbdev: remove check for invalid opaque data

[ upstream commit 26437807ff57a13133d4c03d87c5eac037f1ffaa ]

Assert also if the opaque data is invalid.

Fixes: 335c11fd2763 ("app/bbdev: support HARQ validation")

Signed-off-by: Hernan Vargas <hernan.vargas@intel.com>
Reviewed-by: Maxime Coquelin <maxime.coquelin@redhat.com>
---
 app/test-bbdev/test_bbdev_perf.c | 8 +++-----
 1 file changed, 3 insertions(+), 5 deletions(-)

diff --git a/app/test-bbdev/test_bbdev_perf.c b/app/test-bbdev/test_bbdev_perf.c
index 7e76f92bf1..aab2c41ec1 100644
--- a/app/test-bbdev/test_bbdev_perf.c
+++ b/app/test-bbdev/test_bbdev_perf.c
@@ -71,5 +71,4 @@
 #define SYNC_WAIT 0
 #define SYNC_START 1
-#define INVALID_OPAQUE -1
 
 #define INVALID_QUEUE_ID -1
@@ -1824,8 +1823,7 @@ check_enc_status_and_ordering(struct rte_bbdev_enc_op *op,
 			op->status, expected_status);
 
-	if (op->opaque_data != (void *)(uintptr_t)INVALID_OPAQUE)
-		TEST_ASSERT((void *)(uintptr_t)order_idx == op->opaque_data,
-				"Ordering error, expected %p, got %p",
-				(void *)(uintptr_t)order_idx, op->opaque_data);
+	TEST_ASSERT((void *)(uintptr_t)order_idx == op->opaque_data,
+			"Ordering error, expected %p, got %p",
+			(void *)(uintptr_t)order_idx, op->opaque_data);
 
 	return TEST_SUCCESS;
-- 
2.39.2

---
  Diff of the applied patch vs upstream commit (please double-check if non-empty:
---
--- -	2023-03-15 14:30:20.788066260 +0000
+++ 0007-test-bbdev-remove-check-for-invalid-opaque-data.patch	2023-03-15 14:30:20.554123591 +0000
@@ -1 +1 @@
-From 26437807ff57a13133d4c03d87c5eac037f1ffaa Mon Sep 17 00:00:00 2001
+From e29f5be725333c24ae47570cb9ee2045a98ca571 Mon Sep 17 00:00:00 2001
@@ -5,0 +6,2 @@
+[ upstream commit 26437807ff57a13133d4c03d87c5eac037f1ffaa ]
+
@@ -9 +10,0 @@
-Cc: stable@dpdk.org
@@ -18 +19 @@
-index 74e7e13940..95d63a3548 100644
+index 7e76f92bf1..aab2c41ec1 100644
@@ -21 +22 @@
-@@ -79,5 +79,4 @@
+@@ -71,5 +71,4 @@
@@ -27 +28 @@
-@@ -1952,8 +1951,7 @@ check_enc_status_and_ordering(struct rte_bbdev_enc_op *op,
+@@ -1824,8 +1823,7 @@ check_enc_status_and_ordering(struct rte_bbdev_enc_op *op,


^ permalink raw reply	[flat|nested] 47+ messages in thread

* patch 'vhost: fix OOB access for invalid vhost ID' has been queued to stable release 21.11.4
  2023-03-15 14:35 patch 'eal/windows: fix pedantic build' has been queued to stable release 21.11.4 Kevin Traynor
                   ` (5 preceding siblings ...)
  2023-03-15 14:36 ` patch 'test/bbdev: remove check for invalid opaque data' " Kevin Traynor
@ 2023-03-15 14:36 ` Kevin Traynor
  2023-03-15 14:36 ` patch 'net/virtio: deduce IP length for TSO checksum' " Kevin Traynor
                   ` (38 subsequent siblings)
  45 siblings, 0 replies; 47+ messages in thread
From: Kevin Traynor @ 2023-03-15 14:36 UTC (permalink / raw)
  To: David Marchand; +Cc: Maxime Coquelin, dpdk stable

Hi,

FYI, your patch has been queued to stable release 21.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 03/20/23. 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/kevintraynor/dpdk-stable

This queued commit can be viewed at:
https://github.com/kevintraynor/dpdk-stable/commit/7a4cda6e20f9a6e27b015aad864685440a70af84

Thanks.

Kevin

---
From 7a4cda6e20f9a6e27b015aad864685440a70af84 Mon Sep 17 00:00:00 2001
From: David Marchand <david.marchand@redhat.com>
Date: Mon, 27 Feb 2023 11:59:27 +0100
Subject: [PATCH] vhost: fix OOB access for invalid vhost ID

[ upstream commit 1c80a404fd82b816d5c3ebb7cd9e89804ac63984 ]

The net/vhost pmd currently provides a -1 vid when disabling interrupt
after a virtio port got disconnected.

This can be caught when running with ASan.

First, start dpdk-l3fwd-power in interrupt mode with a net/vhost port.

$ ./build-clang/examples/dpdk-l3fwd-power -l0,1 --in-memory \
	-a 0000:00:00.0 \
	--vdev net_vhost0,iface=plop.sock,client=1\
	-- \
	-p 0x1 \
	--interrupt-only \
	--config '(0,0,1)' \
	--parse-ptype 0

Then start testpmd with virtio-user.

$ ./build-clang/app/dpdk-testpmd -l0,2 --single-file-segment --in-memory \
	-a 0000:00:00.0 \
	--vdev net_virtio_user0,path=plop.sock,server=1 \
	-- \
	-i

Finally stop testpmd.
ASan then splats in dpdk-l3fwd-power:

=================================================================
==3641005==ERROR: AddressSanitizer: global-buffer-overflow on address
	0x000005ed0778 at pc 0x000001270f81 bp 0x7fddbd2eee20
	sp 0x7fddbd2eee18
READ of size 8 at 0x000005ed0778 thread T2
    #0 0x1270f80 in get_device .../lib/vhost/vhost.h:801:27
    #1 0x1270f80 in rte_vhost_get_vhost_vring .../lib/vhost/vhost.c:951:8
    #2 0x3ac95cb in eth_rxq_intr_disable
	.../drivers/net/vhost/rte_eth_vhost.c:647:8
    #3 0x170e0bf in rte_eth_dev_rx_intr_disable
	.../lib/ethdev/rte_ethdev.c:5443:25
    #4 0xf72ba7 in turn_on_off_intr .../examples/l3fwd-power/main.c:881:4
    #5 0xf71045 in main_intr_loop .../examples/l3fwd-power/main.c:1061:6
    #6 0x17f9292 in eal_thread_loop
	.../lib/eal/common/eal_common_thread.c:210:9
    #7 0x18373f5 in eal_worker_thread_loop .../lib/eal/linux/eal.c:915:2
    #8 0x7fddc16ae12c in start_thread (/lib64/libc.so.6+0x8b12c)
	(BuildId: 81daba31ee66dbd63efdc4252a872949d874d136)
    #9 0x7fddc172fbbf in __GI___clone3 (/lib64/libc.so.6+0x10cbbf)
	(BuildId: 81daba31ee66dbd63efdc4252a872949d874d136)

0x000005ed0778 is located 8 bytes to the left of global variable
	'vhost_devices' defined in '.../lib/vhost/vhost.c:24'
	(0x5ed0780) of size 8192
0x000005ed0778 is located 20 bytes to the right of global variable
	'vhost_config_log_level' defined in '.../lib/vhost/vhost.c:2174'
	(0x5ed0760) of size 4
SUMMARY: AddressSanitizer: global-buffer-overflow
	.../lib/vhost/vhost.h:801:27 in get_device
Shadow bytes around the buggy address:
  0x000080bd2090: f9 f9 f9 f9 f9 f9 f9 f9 f9 f9 f9 f9 f9 f9 f9 f9
  0x000080bd20a0: f9 f9 f9 f9 f9 f9 f9 f9 f9 f9 f9 f9 f9 f9 f9 f9
  0x000080bd20b0: f9 f9 f9 f9 00 f9 f9 f9 00 f9 f9 f9 00 f9 f9 f9
  0x000080bd20c0: 00 00 00 00 00 00 00 f9 f9 f9 f9 f9 04 f9 f9 f9
  0x000080bd20d0: 00 00 00 00 00 f9 f9 f9 f9 f9 f9 f9 00 00 00 00
=>0x000080bd20e0: 00 f9 f9 f9 f9 f9 f9 f9 04 f9 f9 f9 04 f9 f9[f9]
  0x000080bd20f0: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
  0x000080bd2100: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
  0x000080bd2110: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
  0x000080bd2120: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
  0x000080bd2130: 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00 00
Shadow byte legend (one shadow byte represents 8 application bytes):
  Addressable:           00
  Partially addressable: 01 02 03 04 05 06 07
  Heap left redzone:       fa
  Freed heap region:       fd
  Stack left redzone:      f1
  Stack mid redzone:       f2
  Stack right redzone:     f3
  Stack after return:      f5
  Stack use after scope:   f8
  Global redzone:          f9
  Global init order:       f6
  Poisoned by user:        f7
  Container overflow:      fc
  Array cookie:            ac
  Intra object redzone:    bb
  ASan internal:           fe
  Left alloca redzone:     ca
  Right alloca redzone:    cb
Thread T2 created by T0 here:
    #0 0xe98996 in __interceptor_pthread_create
	(.examples/dpdk-l3fwd-power+0xe98996)
	(BuildId: d0b984a3b0287b9e0f301b73426fa921aeecca3a)
    #1 0x1836767 in eal_worker_thread_create .../lib/eal/linux/eal.c:952:6
    #2 0x1834b83 in rte_eal_init .../lib/eal/linux/eal.c:1257:9
    #3 0xf68902 in main .../examples/l3fwd-power/main.c:2496:8
    #4 0x7fddc164a50f in __libc_start_call_main (/lib64/libc.so.6+0x2750f)
	(BuildId: 81daba31ee66dbd63efdc4252a872949d874d136)

==3641005==ABORTING

More generally, any application passing an incorrect vid would trigger
such an OOB access.

Fixes: 4796ad63ba1f ("examples/vhost: import userspace vhost application")

Signed-off-by: David Marchand <david.marchand@redhat.com>
Reviewed-by: Maxime Coquelin <maxime.coquelin@redhat.com>
---
 lib/vhost/vhost.h | 5 ++++-
 1 file changed, 4 insertions(+), 1 deletion(-)

diff --git a/lib/vhost/vhost.h b/lib/vhost/vhost.h
index d4586f3341..4d0adb81b5 100644
--- a/lib/vhost/vhost.h
+++ b/lib/vhost/vhost.h
@@ -687,5 +687,8 @@ static __rte_always_inline struct virtio_net *
 get_device(int vid)
 {
-	struct virtio_net *dev = vhost_devices[vid];
+	struct virtio_net *dev = NULL;
+
+	if (likely(vid >= 0 && vid < MAX_VHOST_DEVICE))
+		dev = vhost_devices[vid];
 
 	if (unlikely(!dev)) {
-- 
2.39.2

---
  Diff of the applied patch vs upstream commit (please double-check if non-empty:
---
--- -	2023-03-15 14:30:20.813881519 +0000
+++ 0008-vhost-fix-OOB-access-for-invalid-vhost-ID.patch	2023-03-15 14:30:20.556123598 +0000
@@ -1 +1 @@
-From 1c80a404fd82b816d5c3ebb7cd9e89804ac63984 Mon Sep 17 00:00:00 2001
+From 7a4cda6e20f9a6e27b015aad864685440a70af84 Mon Sep 17 00:00:00 2001
@@ -5,0 +6,2 @@
+[ upstream commit 1c80a404fd82b816d5c3ebb7cd9e89804ac63984 ]
+
@@ -109 +110,0 @@
-Cc: stable@dpdk.org
@@ -118 +119 @@
-index 5750f0c005..954c0ac197 100644
+index d4586f3341..4d0adb81b5 100644
@@ -121 +122 @@
-@@ -799,5 +799,8 @@ static __rte_always_inline struct virtio_net *
+@@ -687,5 +687,8 @@ static __rte_always_inline struct virtio_net *
@@ -127 +128 @@
-+	if (likely(vid >= 0 && vid < RTE_MAX_VHOST_DEVICE))
++	if (likely(vid >= 0 && vid < MAX_VHOST_DEVICE))


^ permalink raw reply	[flat|nested] 47+ messages in thread

* patch 'net/virtio: deduce IP length for TSO checksum' has been queued to stable release 21.11.4
  2023-03-15 14:35 patch 'eal/windows: fix pedantic build' has been queued to stable release 21.11.4 Kevin Traynor
                   ` (6 preceding siblings ...)
  2023-03-15 14:36 ` patch 'vhost: fix OOB access for invalid vhost ID' " Kevin Traynor
@ 2023-03-15 14:36 ` Kevin Traynor
  2023-03-15 14:36 ` patch 'examples/ipsec-secgw: fix auth IV length' " Kevin Traynor
                   ` (37 subsequent siblings)
  45 siblings, 0 replies; 47+ messages in thread
From: Kevin Traynor @ 2023-03-15 14:36 UTC (permalink / raw)
  To: Boleslav Stankevich; +Cc: Andrew Rybchenko, Maxime Coquelin, dpdk stable

Hi,

FYI, your patch has been queued to stable release 21.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 03/20/23. 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/kevintraynor/dpdk-stable

This queued commit can be viewed at:
https://github.com/kevintraynor/dpdk-stable/commit/c41493361c87e730459ead9311c68528eb0874aa

Thanks.

Kevin

---
From c41493361c87e730459ead9311c68528eb0874aa Mon Sep 17 00:00:00 2001
From: Boleslav Stankevich <boleslav.stankevich@oktetlabs.ru>
Date: Fri, 3 Mar 2023 14:19:29 +0300
Subject: [PATCH] net/virtio: deduce IP length for TSO checksum

[ upstream commit d069c80a5d8c0a05033932421851cdb7159de0df ]

The length of TSO payload could not fit into 16 bits provided by the
IPv4 total length and IPv6 payload length fields. Thus, deduce it
from the length of the packet.

Fixes: 696573046e9e ("net/virtio: support TSO")

Signed-off-by: Boleslav Stankevich <boleslav.stankevich@oktetlabs.ru>
Reviewed-by: Andrew Rybchenko <andrew.rybchenko@oktetlabs.ru>
Reviewed-by: Maxime Coquelin <maxime.coquelin@redhat.com>
---
 drivers/net/virtio/virtio_rxtx.c | 25 ++++++++++++++++---------
 1 file changed, 16 insertions(+), 9 deletions(-)

diff --git a/drivers/net/virtio/virtio_rxtx.c b/drivers/net/virtio/virtio_rxtx.c
index 4795893ec7..14a8224109 100644
--- a/drivers/net/virtio/virtio_rxtx.c
+++ b/drivers/net/virtio/virtio_rxtx.c
@@ -405,7 +405,7 @@ virtio_tso_fix_cksum(struct rte_mbuf *m)
 			m->l4_len)) {
 		struct rte_ipv4_hdr *iph;
-		struct rte_ipv6_hdr *ip6h;
 		struct rte_tcp_hdr *th;
-		uint16_t prev_cksum, new_cksum, ip_len, ip_paylen;
+		uint16_t prev_cksum, new_cksum;
+		uint32_t ip_paylen;
 		uint32_t tmp;
 
@@ -413,19 +413,26 @@ virtio_tso_fix_cksum(struct rte_mbuf *m)
 					struct rte_ipv4_hdr *, m->l2_len);
 		th = RTE_PTR_ADD(iph, m->l3_len);
+
+		/*
+		 * Calculate IPv4 header checksum with current total length value
+		 * (whatever it is) to have correct checksum after update on edits
+		 * done by TSO.
+		 */
 		if ((iph->version_ihl >> 4) == 4) {
 			iph->hdr_checksum = 0;
 			iph->hdr_checksum = rte_ipv4_cksum(iph);
-			ip_len = iph->total_length;
-			ip_paylen = rte_cpu_to_be_16(rte_be_to_cpu_16(ip_len) -
-				m->l3_len);
-		} else {
-			ip6h = (struct rte_ipv6_hdr *)iph;
-			ip_paylen = ip6h->payload_len;
 		}
 
+		/*
+		 * Do not use IPv4 total length and IPv6 payload length fields to get
+		 * TSO payload length since it could not fit into 16 bits.
+		 */
+		ip_paylen = rte_cpu_to_be_32(rte_pktmbuf_pkt_len(m) - m->l2_len -
+					m->l3_len);
+
 		/* calculate the new phdr checksum not including ip_paylen */
 		prev_cksum = th->cksum;
 		tmp = prev_cksum;
-		tmp += ip_paylen;
+		tmp += (ip_paylen & 0xffff) + (ip_paylen >> 16);
 		tmp = (tmp & 0xffff) + (tmp >> 16);
 		new_cksum = tmp;
-- 
2.39.2

---
  Diff of the applied patch vs upstream commit (please double-check if non-empty:
---
--- -	2023-03-15 14:30:20.836954409 +0000
+++ 0009-net-virtio-deduce-IP-length-for-TSO-checksum.patch	2023-03-15 14:30:20.559123609 +0000
@@ -1 +1 @@
-From d069c80a5d8c0a05033932421851cdb7159de0df Mon Sep 17 00:00:00 2001
+From c41493361c87e730459ead9311c68528eb0874aa Mon Sep 17 00:00:00 2001
@@ -5,0 +6,2 @@
+[ upstream commit d069c80a5d8c0a05033932421851cdb7159de0df ]
+
@@ -11 +12,0 @@
-Cc: stable@dpdk.org
@@ -17 +17,0 @@
- .mailmap                         |  1 +
@@ -19 +19 @@
- 2 files changed, 17 insertions(+), 9 deletions(-)
+ 1 file changed, 16 insertions(+), 9 deletions(-)
@@ -21,10 +20,0 @@
-diff --git a/.mailmap b/.mailmap
-index a9f4f28fba..8e7d78f37e 100644
---- a/.mailmap
-+++ b/.mailmap
-@@ -168,4 +168,5 @@ Bin Zheng <zhengbin.89740@bytedance.com>
- Björn Töpel <bjorn.topel@intel.com>
- Bo Chen <box.c.chen@intel.com>
-+Boleslav Stankevich <boleslav.stankevich@oktetlabs.ru>
- Boon Ang <bang@vmware.com>
- Boris Pismenny <borisp@mellanox.com>
@@ -32 +22 @@
-index 2d0afd3302..e48ff3cca7 100644
+index 4795893ec7..14a8224109 100644


^ permalink raw reply	[flat|nested] 47+ messages in thread

* patch 'examples/ipsec-secgw: fix auth IV length' has been queued to stable release 21.11.4
  2023-03-15 14:35 patch 'eal/windows: fix pedantic build' has been queued to stable release 21.11.4 Kevin Traynor
                   ` (7 preceding siblings ...)
  2023-03-15 14:36 ` patch 'net/virtio: deduce IP length for TSO checksum' " Kevin Traynor
@ 2023-03-15 14:36 ` Kevin Traynor
  2023-03-15 14:36 ` patch 'compress/mlx5: fix decompress xform validation' " Kevin Traynor
                   ` (36 subsequent siblings)
  45 siblings, 0 replies; 47+ messages in thread
From: Kevin Traynor @ 2023-03-15 14:36 UTC (permalink / raw)
  To: Akhil Goyal; +Cc: Kai Ji, dpdk stable

Hi,

FYI, your patch has been queued to stable release 21.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 03/20/23. 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/kevintraynor/dpdk-stable

This queued commit can be viewed at:
https://github.com/kevintraynor/dpdk-stable/commit/f18e07dad7c766e4f2283a89b51e1d71471aa11d

Thanks.

Kevin

---
From f18e07dad7c766e4f2283a89b51e1d71471aa11d Mon Sep 17 00:00:00 2001
From: Akhil Goyal <gakhil@marvell.com>
Date: Thu, 16 Feb 2023 19:54:40 +0530
Subject: [PATCH] examples/ipsec-secgw: fix auth IV length

[ upstream commit 56af18587ef8beace28de1054643752922f7a696 ]

Currently, cipher IV length is getting used to set auth
xform IV length. Auth IV is needed for AES-GMAC case,
and in all other cases, auth IV should be 0.
Used a separate auth IV length to separate out cipher and auth cases.

Fixes: 9413c3901f31 ("examples/ipsec-secgw: support additional algorithms")

Signed-off-by: Akhil Goyal <gakhil@marvell.com>
Acked-by: Kai Ji <kai.ji@intel.com>
---
 examples/ipsec-secgw/sa.c | 7 ++++---
 1 file changed, 4 insertions(+), 3 deletions(-)

diff --git a/examples/ipsec-secgw/sa.c b/examples/ipsec-secgw/sa.c
index 2f8b9bce27..49d16f055b 100644
--- a/examples/ipsec-secgw/sa.c
+++ b/examples/ipsec-secgw/sa.c
@@ -1224,4 +1224,5 @@ sa_add_rules(struct sa_ctx *sa_ctx, const struct ipsec_sa entries[],
 	uint32_t i, idx;
 	uint16_t iv_length, aad_length;
+	uint16_t auth_iv_length = 0;
 	int inline_status;
 	int32_t rc;
@@ -1316,5 +1317,5 @@ sa_add_rules(struct sa_ctx *sa_ctx, const struct ipsec_sa entries[],
 			/* AES_GMAC uses salt like AEAD algorithms */
 			if (sa->auth_algo == RTE_CRYPTO_AUTH_AES_GMAC)
-				iv_length = 12;
+				auth_iv_length = 12;
 
 			if (inbound) {
@@ -1340,5 +1341,5 @@ sa_add_rules(struct sa_ctx *sa_ctx, const struct ipsec_sa entries[],
 					RTE_CRYPTO_AUTH_OP_VERIFY;
 				sa_ctx->xf[idx].a.auth.iv.offset = IV_OFFSET;
-				sa_ctx->xf[idx].a.auth.iv.length = iv_length;
+				sa_ctx->xf[idx].a.auth.iv.length = auth_iv_length;
 
 			} else { /* outbound */
@@ -1364,5 +1365,5 @@ sa_add_rules(struct sa_ctx *sa_ctx, const struct ipsec_sa entries[],
 					RTE_CRYPTO_AUTH_OP_GENERATE;
 				sa_ctx->xf[idx].b.auth.iv.offset = IV_OFFSET;
-				sa_ctx->xf[idx].b.auth.iv.length = iv_length;
+				sa_ctx->xf[idx].b.auth.iv.length = auth_iv_length;
 
 			}
-- 
2.39.2

---
  Diff of the applied patch vs upstream commit (please double-check if non-empty:
---
--- -	2023-03-15 14:30:20.861200129 +0000
+++ 0010-examples-ipsec-secgw-fix-auth-IV-length.patch	2023-03-15 14:30:20.561123616 +0000
@@ -1 +1 @@
-From 56af18587ef8beace28de1054643752922f7a696 Mon Sep 17 00:00:00 2001
+From f18e07dad7c766e4f2283a89b51e1d71471aa11d Mon Sep 17 00:00:00 2001
@@ -5,0 +6,2 @@
+[ upstream commit 56af18587ef8beace28de1054643752922f7a696 ]
+
@@ -12 +13,0 @@
-Cc: stable@dpdk.org
@@ -21 +22 @@
-index 7da9444a7b..001762bea9 100644
+index 2f8b9bce27..49d16f055b 100644
@@ -24 +25 @@
-@@ -1248,4 +1248,5 @@ sa_add_rules(struct sa_ctx *sa_ctx, const struct ipsec_sa entries[],
+@@ -1224,4 +1224,5 @@ sa_add_rules(struct sa_ctx *sa_ctx, const struct ipsec_sa entries[],
@@ -30 +31 @@
-@@ -1341,5 +1342,5 @@ sa_add_rules(struct sa_ctx *sa_ctx, const struct ipsec_sa entries[],
+@@ -1316,5 +1317,5 @@ sa_add_rules(struct sa_ctx *sa_ctx, const struct ipsec_sa entries[],
@@ -37 +38 @@
-@@ -1365,5 +1366,5 @@ sa_add_rules(struct sa_ctx *sa_ctx, const struct ipsec_sa entries[],
+@@ -1340,5 +1341,5 @@ sa_add_rules(struct sa_ctx *sa_ctx, const struct ipsec_sa entries[],
@@ -44 +45 @@
-@@ -1389,5 +1390,5 @@ sa_add_rules(struct sa_ctx *sa_ctx, const struct ipsec_sa entries[],
+@@ -1364,5 +1365,5 @@ sa_add_rules(struct sa_ctx *sa_ctx, const struct ipsec_sa entries[],


^ permalink raw reply	[flat|nested] 47+ messages in thread

* patch 'compress/mlx5: fix decompress xform validation' has been queued to stable release 21.11.4
  2023-03-15 14:35 patch 'eal/windows: fix pedantic build' has been queued to stable release 21.11.4 Kevin Traynor
                   ` (8 preceding siblings ...)
  2023-03-15 14:36 ` patch 'examples/ipsec-secgw: fix auth IV length' " Kevin Traynor
@ 2023-03-15 14:36 ` Kevin Traynor
  2023-03-15 14:36 ` patch 'compress/mlx5: fix output Adler-32 checksum offset' " Kevin Traynor
                   ` (35 subsequent siblings)
  45 siblings, 0 replies; 47+ messages in thread
From: Kevin Traynor @ 2023-03-15 14:36 UTC (permalink / raw)
  To: Michael Baum; +Cc: Matan Azrad, dpdk stable

Hi,

FYI, your patch has been queued to stable release 21.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 03/20/23. 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/kevintraynor/dpdk-stable

This queued commit can be viewed at:
https://github.com/kevintraynor/dpdk-stable/commit/cb240b164c16f985675809c2594ff635979b32d2

Thanks.

Kevin

---
From cb240b164c16f985675809c2594ff635979b32d2 Mon Sep 17 00:00:00 2001
From: Michael Baum <michaelba@nvidia.com>
Date: Tue, 21 Feb 2023 09:07:49 +0200
Subject: [PATCH] compress/mlx5: fix decompress xform validation

[ upstream commit 12b4c48512326e810a5001f105287ee5c6fc6705 ]

In xform creation, it first validate the xform according the
capabilities.

One of validations verifies that given "hash_algo" is
"RTE_COMP_HASH_ALGO_NONE" for both compress and decompress xform
objects.
However, the validation for decompress checks it again for compress
xform object.

This patch changes it to verify decompress xform object.

Fixes: 2efd26544554 ("compress/mlx5: support partial transformation")

Signed-off-by: Michael Baum <michaelba@nvidia.com>
Acked-by: Matan Azrad <matan@nvidia.com>
---
 drivers/compress/mlx5/mlx5_compress.c | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/drivers/compress/mlx5/mlx5_compress.c b/drivers/compress/mlx5/mlx5_compress.c
index 14365ec020..8d92ed492e 100644
--- a/drivers/compress/mlx5/mlx5_compress.c
+++ b/drivers/compress/mlx5/mlx5_compress.c
@@ -315,5 +315,5 @@ mlx5_compress_xform_create(struct rte_compressdev *dev,
 			return -ENOTSUP;
 		}
-		if (xform->compress.hash_algo != RTE_COMP_HASH_ALGO_NONE) {
+		if (xform->decompress.hash_algo != RTE_COMP_HASH_ALGO_NONE) {
 			DRV_LOG(ERR, "SHA is not supported.");
 			return -ENOTSUP;
-- 
2.39.2

---
  Diff of the applied patch vs upstream commit (please double-check if non-empty:
---
--- -	2023-03-15 14:30:20.884736982 +0000
+++ 0011-compress-mlx5-fix-decompress-xform-validation.patch	2023-03-15 14:30:20.562123619 +0000
@@ -1 +1 @@
-From 12b4c48512326e810a5001f105287ee5c6fc6705 Mon Sep 17 00:00:00 2001
+From cb240b164c16f985675809c2594ff635979b32d2 Mon Sep 17 00:00:00 2001
@@ -5,0 +6,2 @@
+[ upstream commit 12b4c48512326e810a5001f105287ee5c6fc6705 ]
+
@@ -18 +19,0 @@
-Cc: stable@dpdk.org
@@ -27 +28 @@
-index 430f769d41..06d1ff5b95 100644
+index 14365ec020..8d92ed492e 100644
@@ -30 +31 @@
-@@ -314,5 +314,5 @@ mlx5_compress_xform_create(struct rte_compressdev *dev,
+@@ -315,5 +315,5 @@ mlx5_compress_xform_create(struct rte_compressdev *dev,


^ permalink raw reply	[flat|nested] 47+ messages in thread

* patch 'compress/mlx5: fix output Adler-32 checksum offset' has been queued to stable release 21.11.4
  2023-03-15 14:35 patch 'eal/windows: fix pedantic build' has been queued to stable release 21.11.4 Kevin Traynor
                   ` (9 preceding siblings ...)
  2023-03-15 14:36 ` patch 'compress/mlx5: fix decompress xform validation' " Kevin Traynor
@ 2023-03-15 14:36 ` Kevin Traynor
  2023-03-15 14:36 ` patch 'compress/mlx5: fix queue setup for partial transformations' " Kevin Traynor
                   ` (34 subsequent siblings)
  45 siblings, 0 replies; 47+ messages in thread
From: Kevin Traynor @ 2023-03-15 14:36 UTC (permalink / raw)
  To: Michael Baum; +Cc: Matan Azrad, dpdk stable

Hi,

FYI, your patch has been queued to stable release 21.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 03/20/23. 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/kevintraynor/dpdk-stable

This queued commit can be viewed at:
https://github.com/kevintraynor/dpdk-stable/commit/38c2a798fd1546e0ecba038730a38c1d08042974

Thanks.

Kevin

---
From 38c2a798fd1546e0ecba038730a38c1d08042974 Mon Sep 17 00:00:00 2001
From: Michael Baum <michaelba@nvidia.com>
Date: Tue, 21 Feb 2023 09:07:50 +0200
Subject: [PATCH] compress/mlx5: fix output Adler-32 checksum offset

[ upstream commit d54dd89f49ded1e2d8d0e83710b2347a5de4d7f5 ]

After de/compress dequeue, the output checksum is copied into the op
structure. The "output_checksum" field in op structure is "uint64_t"
type, and the 32-bit checksums (CRC32, Adler-32) are copied into the
lower 32 bits.

When both CRC32 and Adler-32 are configured, CRC32 is copied into the
lower 32 bits and Adler-32 into the upper 32 bits.
However, in mlx5 PMD Adler-32 without CRC, is mistakenly copied into the
upper 32 bits.

This patch updates Adler-32 output checksum to be copied into the
lower 32 bits.

Fixes: f8c97babc9f4 ("compress/mlx5: add data-path functions")

Signed-off-by: Michael Baum <michaelba@nvidia.com>
Acked-by: Matan Azrad <matan@nvidia.com>
---
 drivers/compress/mlx5/mlx5_compress.c | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/drivers/compress/mlx5/mlx5_compress.c b/drivers/compress/mlx5/mlx5_compress.c
index 8d92ed492e..76ad3de1f5 100644
--- a/drivers/compress/mlx5/mlx5_compress.c
+++ b/drivers/compress/mlx5/mlx5_compress.c
@@ -635,5 +635,5 @@ mlx5_compress_dequeue_burst(void *queue_pair, struct rte_comp_op **ops,
 			case RTE_COMP_CHECKSUM_ADLER32:
 				op->output_chksum = (uint64_t)rte_be_to_cpu_32
-					    (opaq[idx].adler32) << 32;
+						    (opaq[idx].adler32);
 				break;
 			case RTE_COMP_CHECKSUM_CRC32_ADLER32:
-- 
2.39.2

---
  Diff of the applied patch vs upstream commit (please double-check if non-empty:
---
--- -	2023-03-15 14:30:20.907413203 +0000
+++ 0012-compress-mlx5-fix-output-Adler-32-checksum-offset.patch	2023-03-15 14:30:20.564123626 +0000
@@ -1 +1 @@
-From d54dd89f49ded1e2d8d0e83710b2347a5de4d7f5 Mon Sep 17 00:00:00 2001
+From 38c2a798fd1546e0ecba038730a38c1d08042974 Mon Sep 17 00:00:00 2001
@@ -5,0 +6,2 @@
+[ upstream commit d54dd89f49ded1e2d8d0e83710b2347a5de4d7f5 ]
+
@@ -20 +21,0 @@
-Cc: stable@dpdk.org
@@ -29 +30 @@
-index 06d1ff5b95..82088a7b8c 100644
+index 8d92ed492e..76ad3de1f5 100644
@@ -32 +33 @@
-@@ -634,5 +634,5 @@ mlx5_compress_dequeue_burst(void *queue_pair, struct rte_comp_op **ops,
+@@ -635,5 +635,5 @@ mlx5_compress_dequeue_burst(void *queue_pair, struct rte_comp_op **ops,


^ permalink raw reply	[flat|nested] 47+ messages in thread

* patch 'compress/mlx5: fix queue setup for partial transformations' has been queued to stable release 21.11.4
  2023-03-15 14:35 patch 'eal/windows: fix pedantic build' has been queued to stable release 21.11.4 Kevin Traynor
                   ` (10 preceding siblings ...)
  2023-03-15 14:36 ` patch 'compress/mlx5: fix output Adler-32 checksum offset' " Kevin Traynor
@ 2023-03-15 14:36 ` Kevin Traynor
  2023-03-15 14:36 ` patch 'app/testpmd: fix Tx preparation in checksum engine' " Kevin Traynor
                   ` (33 subsequent siblings)
  45 siblings, 0 replies; 47+ messages in thread
From: Kevin Traynor @ 2023-03-15 14:36 UTC (permalink / raw)
  To: Michael Baum; +Cc: Matan Azrad, dpdk stable

Hi,

FYI, your patch has been queued to stable release 21.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 03/20/23. 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/kevintraynor/dpdk-stable

This queued commit can be viewed at:
https://github.com/kevintraynor/dpdk-stable/commit/90c0aaef256fb7450c59b0e09d62cbf2d99cfded

Thanks.

Kevin

---
From 90c0aaef256fb7450c59b0e09d62cbf2d99cfded Mon Sep 17 00:00:00 2001
From: Michael Baum <michaelba@nvidia.com>
Date: Tue, 21 Feb 2023 09:07:51 +0200
Subject: [PATCH] compress/mlx5: fix queue setup for partial transformations

[ upstream commit ad7febec11c522c1f6aa3cd61a0be223d12c0c76 ]

The mlx5_compress_qp_setup() function creates QP for compress,
decompress and DMA. Thus, the MMO flag is turned on only when all
operations are supported.

However, since partial transformations have been allowed, it should be
turn on for part of them.

This patch removes the compress MMO support requirement.

Fixes: 2efd26544554 ("compress/mlx5: support partial transformation")

Signed-off-by: Michael Baum <michaelba@nvidia.com>
Acked-by: Matan Azrad <matan@nvidia.com>
---
 drivers/compress/mlx5/mlx5_compress.c | 4 ++--
 1 file changed, 2 insertions(+), 2 deletions(-)

diff --git a/drivers/compress/mlx5/mlx5_compress.c b/drivers/compress/mlx5/mlx5_compress.c
index 76ad3de1f5..515b5dfa67 100644
--- a/drivers/compress/mlx5/mlx5_compress.c
+++ b/drivers/compress/mlx5/mlx5_compress.c
@@ -245,6 +245,6 @@ mlx5_compress_qp_setup(struct rte_compressdev *dev, uint16_t qp_id,
 	qp_attr.num_of_receive_wqes = 0;
 	qp_attr.num_of_send_wqbbs = RTE_BIT32(log_ops_n);
-	qp_attr.mmo = priv->mmo_decomp_qp && priv->mmo_comp_qp
-			&& priv->mmo_dma_qp;
+	qp_attr.mmo = priv->mmo_decomp_qp || priv->mmo_comp_qp ||
+		      priv->mmo_dma_qp;
 	ret = mlx5_devx_qp_create(priv->cdev->ctx, &qp->qp,
 					qp_attr.num_of_send_wqbbs *
-- 
2.39.2

---
  Diff of the applied patch vs upstream commit (please double-check if non-empty:
---
--- -	2023-03-15 14:30:20.930109267 +0000
+++ 0013-compress-mlx5-fix-queue-setup-for-partial-transforma.patch	2023-03-15 14:30:20.565123630 +0000
@@ -1 +1 @@
-From ad7febec11c522c1f6aa3cd61a0be223d12c0c76 Mon Sep 17 00:00:00 2001
+From 90c0aaef256fb7450c59b0e09d62cbf2d99cfded Mon Sep 17 00:00:00 2001
@@ -5,0 +6,2 @@
+[ upstream commit ad7febec11c522c1f6aa3cd61a0be223d12c0c76 ]
+
@@ -16 +17,0 @@
-Cc: stable@dpdk.org
@@ -25 +26 @@
-index 82088a7b8c..6882bcf6d1 100644
+index 76ad3de1f5..515b5dfa67 100644
@@ -28 +29 @@
-@@ -244,6 +244,6 @@ mlx5_compress_qp_setup(struct rte_compressdev *dev, uint16_t qp_id,
+@@ -245,6 +245,6 @@ mlx5_compress_qp_setup(struct rte_compressdev *dev, uint16_t qp_id,


^ permalink raw reply	[flat|nested] 47+ messages in thread

* patch 'app/testpmd: fix Tx preparation in checksum engine' has been queued to stable release 21.11.4
  2023-03-15 14:35 patch 'eal/windows: fix pedantic build' has been queued to stable release 21.11.4 Kevin Traynor
                   ` (11 preceding siblings ...)
  2023-03-15 14:36 ` patch 'compress/mlx5: fix queue setup for partial transformations' " Kevin Traynor
@ 2023-03-15 14:36 ` Kevin Traynor
  2023-03-15 14:36 ` patch 'app/testpmd: fix packet count in IEEE 1588 " Kevin Traynor
                   ` (32 subsequent siblings)
  45 siblings, 0 replies; 47+ messages in thread
From: Kevin Traynor @ 2023-03-15 14:36 UTC (permalink / raw)
  To: David Marchand; +Cc: Ferruh Yigit, dpdk stable

Hi,

FYI, your patch has been queued to stable release 21.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 03/20/23. 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/kevintraynor/dpdk-stable

This queued commit can be viewed at:
https://github.com/kevintraynor/dpdk-stable/commit/0a4ce1a382b90ad599732f317cbcecc5b7e23fb4

Thanks.

Kevin

---
From 0a4ce1a382b90ad599732f317cbcecc5b7e23fb4 Mon Sep 17 00:00:00 2001
From: David Marchand <david.marchand@redhat.com>
Date: Mon, 20 Feb 2023 19:34:54 +0100
Subject: [PATCH] app/testpmd: fix Tx preparation in checksum engine

[ upstream commit 88a0b0f3858bf430616fe2bcac6f3eee05c383f5 ]

"unprepared" packets could get to the wire in the retry loop.

Split packets freeing in two stages: one for preparation failure, and
one for transmission failure.
Adjust dropped counter update accordingly.

Fixes: 6b520d54ebfe ("app/testpmd: use Tx preparation in checksum engine")

Signed-off-by: David Marchand <david.marchand@redhat.com>
Reviewed-by: Ferruh Yigit <ferruh.yigit@amd.com>
---
 app/test-pmd/csumonly.c | 17 ++++++++++-------
 1 file changed, 10 insertions(+), 7 deletions(-)

diff --git a/app/test-pmd/csumonly.c b/app/test-pmd/csumonly.c
index 0a72690c37..80d4d415bd 100644
--- a/app/test-pmd/csumonly.c
+++ b/app/test-pmd/csumonly.c
@@ -1159,8 +1159,11 @@ tunnel_update:
 	nb_prep = rte_eth_tx_prepare(fs->tx_port, fs->tx_queue,
 			tx_pkts_burst, nb_rx);
-	if (nb_prep != nb_rx)
+	if (nb_prep != nb_rx) {
 		fprintf(stderr,
 			"Preparing packet burst to transmit failed: %s\n",
 			rte_strerror(rte_errno));
+		fs->fwd_dropped += (nb_rx - nb_prep);
+		rte_pktmbuf_free_bulk(&tx_pkts_burst[nb_prep], nb_rx - nb_prep);
+	}
 
 	nb_tx = rte_eth_tx_burst(fs->tx_port, fs->tx_queue, tx_pkts_burst,
@@ -1170,10 +1173,10 @@ tunnel_update:
 	 * Retry if necessary
 	 */
-	if (unlikely(nb_tx < nb_rx) && fs->retry_enabled) {
+	if (unlikely(nb_tx < nb_prep) && fs->retry_enabled) {
 		retry = 0;
-		while (nb_tx < nb_rx && retry++ < burst_tx_retry_num) {
+		while (nb_tx < nb_prep && retry++ < burst_tx_retry_num) {
 			rte_delay_us(burst_tx_delay_time);
 			nb_tx += rte_eth_tx_burst(fs->tx_port, fs->tx_queue,
-					&tx_pkts_burst[nb_tx], nb_rx - nb_tx);
+					&tx_pkts_burst[nb_tx], nb_prep - nb_tx);
 		}
 	}
@@ -1185,9 +1188,9 @@ tunnel_update:
 
 	inc_tx_burst_stats(fs, nb_tx);
-	if (unlikely(nb_tx < nb_rx)) {
-		fs->fwd_dropped += (nb_rx - nb_tx);
+	if (unlikely(nb_tx < nb_prep)) {
+		fs->fwd_dropped += (nb_prep - nb_tx);
 		do {
 			rte_pktmbuf_free(tx_pkts_burst[nb_tx]);
-		} while (++nb_tx < nb_rx);
+		} while (++nb_tx < nb_prep);
 	}
 
-- 
2.39.2

---
  Diff of the applied patch vs upstream commit (please double-check if non-empty:
---
--- -	2023-03-15 14:30:20.952595514 +0000
+++ 0014-app-testpmd-fix-Tx-preparation-in-checksum-engine.patch	2023-03-15 14:30:20.567123637 +0000
@@ -1 +1 @@
-From 88a0b0f3858bf430616fe2bcac6f3eee05c383f5 Mon Sep 17 00:00:00 2001
+From 0a4ce1a382b90ad599732f317cbcecc5b7e23fb4 Mon Sep 17 00:00:00 2001
@@ -5,0 +6,2 @@
+[ upstream commit 88a0b0f3858bf430616fe2bcac6f3eee05c383f5 ]
+
@@ -13 +14,0 @@
-Cc: stable@dpdk.org
@@ -22 +23 @@
-index 1c24598515..90a59e0aa5 100644
+index 0a72690c37..80d4d415bd 100644
@@ -25 +26 @@
-@@ -1169,8 +1169,11 @@ tunnel_update:
+@@ -1159,8 +1159,11 @@ tunnel_update:
@@ -38 +39 @@
-@@ -1180,10 +1183,10 @@ tunnel_update:
+@@ -1170,10 +1173,10 @@ tunnel_update:
@@ -52 +53 @@
-@@ -1195,9 +1198,9 @@ tunnel_update:
+@@ -1185,9 +1188,9 @@ tunnel_update:


^ permalink raw reply	[flat|nested] 47+ messages in thread

* patch 'app/testpmd: fix packet count in IEEE 1588 engine' has been queued to stable release 21.11.4
  2023-03-15 14:35 patch 'eal/windows: fix pedantic build' has been queued to stable release 21.11.4 Kevin Traynor
                   ` (12 preceding siblings ...)
  2023-03-15 14:36 ` patch 'app/testpmd: fix Tx preparation in checksum engine' " Kevin Traynor
@ 2023-03-15 14:36 ` Kevin Traynor
  2023-03-15 14:36 ` patch 'app/testpmd: fix packet transmission in noisy VNF " Kevin Traynor
                   ` (31 subsequent siblings)
  45 siblings, 0 replies; 47+ messages in thread
From: Kevin Traynor @ 2023-03-15 14:36 UTC (permalink / raw)
  To: David Marchand; +Cc: Aman Singh, dpdk stable

Hi,

FYI, your patch has been queued to stable release 21.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 03/20/23. 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/kevintraynor/dpdk-stable

This queued commit can be viewed at:
https://github.com/kevintraynor/dpdk-stable/commit/ce6a8e97ec43ed54389fee50605fcafc3a91e1f9

Thanks.

Kevin

---
From ce6a8e97ec43ed54389fee50605fcafc3a91e1f9 Mon Sep 17 00:00:00 2001
From: David Marchand <david.marchand@redhat.com>
Date: Mon, 20 Feb 2023 19:34:55 +0100
Subject: [PATCH] app/testpmd: fix packet count in IEEE 1588 engine

[ upstream commit 32567c6d06cd1bb823215476355b48bb2002e1fd ]

Don't count a packet has been transmitted before it is done.

Fixes: af75078fece3 ("first public release")

Signed-off-by: David Marchand <david.marchand@redhat.com>
Acked-by: Aman Singh <aman.deep.singh@intel.com>
---
 app/test-pmd/ieee1588fwd.c | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/app/test-pmd/ieee1588fwd.c b/app/test-pmd/ieee1588fwd.c
index fc4e2d014c..896d5ef26a 100644
--- a/app/test-pmd/ieee1588fwd.c
+++ b/app/test-pmd/ieee1588fwd.c
@@ -185,5 +185,4 @@ ieee1588_packet_fwd(struct fwd_stream *fs)
 	/* Forward PTP packet with hardware TX timestamp */
 	mb->ol_flags |= RTE_MBUF_F_TX_IEEE1588_TMST;
-	fs->tx_packets += 1;
 	if (rte_eth_tx_burst(fs->rx_port, fs->tx_queue, &mb, 1) == 0) {
 		printf("Port %u sent PTP packet dropped\n", fs->rx_port);
@@ -192,4 +191,5 @@ ieee1588_packet_fwd(struct fwd_stream *fs)
 		return;
 	}
+	fs->tx_packets += 1;
 
 	/*
-- 
2.39.2

---
  Diff of the applied patch vs upstream commit (please double-check if non-empty:
---
--- -	2023-03-15 14:30:20.975614315 +0000
+++ 0015-app-testpmd-fix-packet-count-in-IEEE-1588-engine.patch	2023-03-15 14:30:20.567123637 +0000
@@ -1 +1 @@
-From 32567c6d06cd1bb823215476355b48bb2002e1fd Mon Sep 17 00:00:00 2001
+From ce6a8e97ec43ed54389fee50605fcafc3a91e1f9 Mon Sep 17 00:00:00 2001
@@ -5,0 +6,2 @@
+[ upstream commit 32567c6d06cd1bb823215476355b48bb2002e1fd ]
+
@@ -9 +10,0 @@
-Cc: stable@dpdk.org


^ permalink raw reply	[flat|nested] 47+ messages in thread

* patch 'app/testpmd: fix packet transmission in noisy VNF engine' has been queued to stable release 21.11.4
  2023-03-15 14:35 patch 'eal/windows: fix pedantic build' has been queued to stable release 21.11.4 Kevin Traynor
                   ` (13 preceding siblings ...)
  2023-03-15 14:36 ` patch 'app/testpmd: fix packet count in IEEE 1588 " Kevin Traynor
@ 2023-03-15 14:36 ` Kevin Traynor
  2023-03-15 14:36 ` patch 'ethdev: fix build with LTO' " Kevin Traynor
                   ` (30 subsequent siblings)
  45 siblings, 0 replies; 47+ messages in thread
From: Kevin Traynor @ 2023-03-15 14:36 UTC (permalink / raw)
  To: David Marchand; +Cc: Ferruh Yigit, dpdk stable

Hi,

FYI, your patch has been queued to stable release 21.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 03/20/23. 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/kevintraynor/dpdk-stable

This queued commit can be viewed at:
https://github.com/kevintraynor/dpdk-stable/commit/4b158390a6da5ad362dc4b7616de9c737344a126

Thanks.

Kevin

---
From 4b158390a6da5ad362dc4b7616de9c737344a126 Mon Sep 17 00:00:00 2001
From: David Marchand <david.marchand@redhat.com>
Date: Mon, 20 Feb 2023 19:34:57 +0100
Subject: [PATCH] app/testpmd: fix packet transmission in noisy VNF engine

[ upstream commit c2acd2db16cba89f403a980da5f4b6764085b01d ]

nb_rx relates to the number of packets received from the driver.
nb_tx is the total number of packets transmitted by this forward engine.

Fix the retry stage, for dequeued packets, as it was incorrectly
passing nb_rx / nb_tx as bounds of the tmp_pkts[] array, and fix tx stats
accordingly.

Fixes: 3c156061b938 ("app/testpmd: add noisy neighbour forwarding mode")

Signed-off-by: David Marchand <david.marchand@redhat.com>
Reviewed-by: Ferruh Yigit <ferruh.yigit@amd.com>
---
 app/test-pmd/noisy_vnf.c | 5 +++--
 1 file changed, 3 insertions(+), 2 deletions(-)

diff --git a/app/test-pmd/noisy_vnf.c b/app/test-pmd/noisy_vnf.c
index d70940006d..1be5f77efe 100644
--- a/app/test-pmd/noisy_vnf.c
+++ b/app/test-pmd/noisy_vnf.c
@@ -214,7 +214,8 @@ flush:
 					 tmp_pkts, nb_deqd);
 		if (unlikely(sent < nb_deqd) && fs->retry_enabled)
-			nb_tx += do_retry(nb_rx, nb_tx, tmp_pkts, fs);
-		inc_tx_burst_stats(fs, nb_tx);
+			sent += do_retry(nb_deqd, sent, tmp_pkts, fs);
+		inc_tx_burst_stats(fs, sent);
 		fs->fwd_dropped += drop_pkts(tmp_pkts, nb_deqd, sent);
+		nb_tx += sent;
 		ncf->prev_time = rte_get_timer_cycles();
 	}
-- 
2.39.2

---
  Diff of the applied patch vs upstream commit (please double-check if non-empty:
---
--- -	2023-03-15 14:30:20.998407063 +0000
+++ 0016-app-testpmd-fix-packet-transmission-in-noisy-VNF-eng.patch	2023-03-15 14:30:20.568123640 +0000
@@ -1 +1 @@
-From c2acd2db16cba89f403a980da5f4b6764085b01d Mon Sep 17 00:00:00 2001
+From 4b158390a6da5ad362dc4b7616de9c737344a126 Mon Sep 17 00:00:00 2001
@@ -5,0 +6,2 @@
+[ upstream commit c2acd2db16cba89f403a980da5f4b6764085b01d ]
+
@@ -14 +15,0 @@
-Cc: stable@dpdk.org
@@ -23 +24 @@
-index ce5a3e5e69..0e72dc034f 100644
+index d70940006d..1be5f77efe 100644
@@ -26 +27 @@
-@@ -218,7 +218,8 @@ flush:
+@@ -214,7 +214,8 @@ flush:


^ permalink raw reply	[flat|nested] 47+ messages in thread

* patch 'ethdev: fix build with LTO' has been queued to stable release 21.11.4
  2023-03-15 14:35 patch 'eal/windows: fix pedantic build' has been queued to stable release 21.11.4 Kevin Traynor
                   ` (14 preceding siblings ...)
  2023-03-15 14:36 ` patch 'app/testpmd: fix packet transmission in noisy VNF " Kevin Traynor
@ 2023-03-15 14:36 ` Kevin Traynor
  2023-03-15 14:36 ` patch 'net/nfp: fix getting RSS configuration' " Kevin Traynor
                   ` (29 subsequent siblings)
  45 siblings, 0 replies; 47+ messages in thread
From: Kevin Traynor @ 2023-03-15 14:36 UTC (permalink / raw)
  To: Krzysztof Karas; +Cc: Ferruh Yigit, dpdk stable

Hi,

FYI, your patch has been queued to stable release 21.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 03/20/23. 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/kevintraynor/dpdk-stable

This queued commit can be viewed at:
https://github.com/kevintraynor/dpdk-stable/commit/36cbdd704bef140db2e35afd727f090f0502f14f

Thanks.

Kevin

---
From 36cbdd704bef140db2e35afd727f090f0502f14f Mon Sep 17 00:00:00 2001
From: Krzysztof Karas <krzysztof.karas@intel.com>
Date: Mon, 20 Feb 2023 17:44:06 +0100
Subject: [PATCH] ethdev: fix build with LTO

[ upstream commit cdd7ab072d1e662b1d06840447e7d1b8ab8946e3 ]

When Link Time Optimization is enabled, compiler may
complain about "id" in eth_representor_cmp() being
uninitialized.

To suppress the warning it is enough to add explicit
initialization of the variable causing the issue.

Fixes: df7547a6a2cc ("ethdev: add helper function to get representor ID")

Signed-off-by: Krzysztof Karas <krzysztof.karas@intel.com>
Acked-by: Ferruh Yigit <ferruh.yigit@amd.com>
---
 lib/ethdev/rte_class_eth.c | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/lib/ethdev/rte_class_eth.c b/lib/ethdev/rte_class_eth.c
index c8e8fc9244..ae6fac5207 100644
--- a/lib/ethdev/rte_class_eth.c
+++ b/lib/ethdev/rte_class_eth.c
@@ -69,5 +69,5 @@ eth_representor_cmp(const char *key __rte_unused,
 	const struct rte_eth_dev_data *data = edev->data;
 	struct rte_eth_devargs eth_da;
-	uint16_t id, nc, np, nf, i, c, p, f;
+	uint16_t id = 0, nc, np, nf, i, c, p, f;
 
 	if ((data->dev_flags & RTE_ETH_DEV_REPRESENTOR) == 0)
-- 
2.39.2

---
  Diff of the applied patch vs upstream commit (please double-check if non-empty:
---
--- -	2023-03-15 14:30:21.020887965 +0000
+++ 0017-ethdev-fix-build-with-LTO.patch	2023-03-15 14:30:20.569123644 +0000
@@ -1 +1 @@
-From cdd7ab072d1e662b1d06840447e7d1b8ab8946e3 Mon Sep 17 00:00:00 2001
+From 36cbdd704bef140db2e35afd727f090f0502f14f Mon Sep 17 00:00:00 2001
@@ -5,0 +6,2 @@
+[ upstream commit cdd7ab072d1e662b1d06840447e7d1b8ab8946e3 ]
+
@@ -14 +15,0 @@
-Cc: stable@dpdk.org
@@ -19 +19,0 @@
- .mailmap                   | 1 +
@@ -21 +21 @@
- 2 files changed, 2 insertions(+), 1 deletion(-)
+ 1 file changed, 1 insertion(+), 1 deletion(-)
@@ -23,10 +22,0 @@
-diff --git a/.mailmap b/.mailmap
-index 8b84277954..69b6f4de1d 100644
---- a/.mailmap
-+++ b/.mailmap
-@@ -717,4 +717,5 @@ Krishna Murthy <krishna.j.murthy@intel.com>
- Krzysztof Galazka <krzysztof.galazka@intel.com>
- Krzysztof Kanas <kkanas@marvell.com> <krzysztof.kanas@caviumnetworks.com>
-+Krzysztof Karas <krzysztof.karas@intel.com>
- Krzysztof Witek <krzysztof.witek@6wind.com>
- Kuba Kozak <kubax.kozak@intel.com>
@@ -34 +24 @@
-index 838b3a8f9f..b61dae849d 100644
+index c8e8fc9244..ae6fac5207 100644
@@ -37 +27 @@
-@@ -68,5 +68,5 @@ eth_representor_cmp(const char *key __rte_unused,
+@@ -69,5 +69,5 @@ eth_representor_cmp(const char *key __rte_unused,


^ permalink raw reply	[flat|nested] 47+ messages in thread

* patch 'net/nfp: fix getting RSS configuration' has been queued to stable release 21.11.4
  2023-03-15 14:35 patch 'eal/windows: fix pedantic build' has been queued to stable release 21.11.4 Kevin Traynor
                   ` (15 preceding siblings ...)
  2023-03-15 14:36 ` patch 'ethdev: fix build with LTO' " Kevin Traynor
@ 2023-03-15 14:36 ` Kevin Traynor
  2023-03-15 14:36 ` patch 'ethdev: remove telemetry Rx mbuf alloc failed field' " Kevin Traynor
                   ` (28 subsequent siblings)
  45 siblings, 0 replies; 47+ messages in thread
From: Kevin Traynor @ 2023-03-15 14:36 UTC (permalink / raw)
  To: Long Wu; +Cc: Chaoyong He, Niklas Söderlund, dpdk stable

Hi,

FYI, your patch has been queued to stable release 21.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 03/20/23. 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/kevintraynor/dpdk-stable

This queued commit can be viewed at:
https://github.com/kevintraynor/dpdk-stable/commit/2d42946f45224e6024d740c7cab4eb69d43fc5fc

Thanks.

Kevin

---
From 2d42946f45224e6024d740c7cab4eb69d43fc5fc Mon Sep 17 00:00:00 2001
From: Long Wu <long.wu@corigine.com>
Date: Tue, 21 Feb 2023 13:52:22 +0800
Subject: [PATCH] net/nfp: fix getting RSS configuration
MIME-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 8bit

[ upstream commit ef26b8a08cd2ba0b47d3ca71316ea6e865abb6fd ]

"NFP_NET_CFG_RSS_IPV4" and "NFP_NET_CFG_RSS_IPV6" represent that
firmware will calculate RSS base on L3 rather than UDP or TCP
information from packets. So the logic of return RSS configuration in
driver is wrong.

Modify code to return the right configuration.

Fixes: 934e4c60fbff ("nfp: add RSS")

Signed-off-by: Long Wu <long.wu@corigine.com>
Reviewed-by: Chaoyong He <chaoyong.he@corigine.com>
Reviewed-by: Niklas Söderlund <niklas.soderlund@corigine.com>
---
 drivers/net/nfp/nfp_common.c | 4 ++--
 1 file changed, 2 insertions(+), 2 deletions(-)

diff --git a/drivers/net/nfp/nfp_common.c b/drivers/net/nfp/nfp_common.c
index b81eec58d3..ae087d0153 100644
--- a/drivers/net/nfp/nfp_common.c
+++ b/drivers/net/nfp/nfp_common.c
@@ -1249,5 +1249,5 @@ nfp_net_rss_hash_conf_get(struct rte_eth_dev *dev,
 
 	if (cfg_rss_ctrl & NFP_NET_CFG_RSS_IPV4)
-		rss_hf |= RTE_ETH_RSS_NONFRAG_IPV4_TCP | RTE_ETH_RSS_NONFRAG_IPV4_UDP;
+		rss_hf |= RTE_ETH_RSS_IPV4;
 
 	if (cfg_rss_ctrl & NFP_NET_CFG_RSS_IPV4_TCP)
@@ -1264,5 +1264,5 @@ nfp_net_rss_hash_conf_get(struct rte_eth_dev *dev,
 
 	if (cfg_rss_ctrl & NFP_NET_CFG_RSS_IPV6)
-		rss_hf |= RTE_ETH_RSS_NONFRAG_IPV4_UDP | RTE_ETH_RSS_NONFRAG_IPV6_UDP;
+		rss_hf |= RTE_ETH_RSS_IPV6;
 
 	/* Propagate current RSS hash functions to caller */
-- 
2.39.2

---
  Diff of the applied patch vs upstream commit (please double-check if non-empty:
---
--- -	2023-03-15 14:30:21.044601255 +0000
+++ 0018-net-nfp-fix-getting-RSS-configuration.patch	2023-03-15 14:30:20.571123651 +0000
@@ -1 +1 @@
-From ef26b8a08cd2ba0b47d3ca71316ea6e865abb6fd Mon Sep 17 00:00:00 2001
+From 2d42946f45224e6024d740c7cab4eb69d43fc5fc Mon Sep 17 00:00:00 2001
@@ -8,0 +9,2 @@
+[ upstream commit ef26b8a08cd2ba0b47d3ca71316ea6e865abb6fd ]
+
@@ -17 +18,0 @@
-Cc: stable@dpdk.org
@@ -27 +28 @@
-index 837056cc12..5922bfea8e 100644
+index b81eec58d3..ae087d0153 100644
@@ -30 +31 @@
-@@ -1421,5 +1421,5 @@ nfp_net_rss_hash_conf_get(struct rte_eth_dev *dev,
+@@ -1249,5 +1249,5 @@ nfp_net_rss_hash_conf_get(struct rte_eth_dev *dev,
@@ -37 +38 @@
-@@ -1436,5 +1436,5 @@ nfp_net_rss_hash_conf_get(struct rte_eth_dev *dev,
+@@ -1264,5 +1264,5 @@ nfp_net_rss_hash_conf_get(struct rte_eth_dev *dev,
@@ -43 +44 @@
- 	if (cfg_rss_ctrl & NFP_NET_CFG_RSS_IPV4_SCTP)
+ 	/* Propagate current RSS hash functions to caller */


^ permalink raw reply	[flat|nested] 47+ messages in thread

* patch 'ethdev: remove telemetry Rx mbuf alloc failed field' has been queued to stable release 21.11.4
  2023-03-15 14:35 patch 'eal/windows: fix pedantic build' has been queued to stable release 21.11.4 Kevin Traynor
                   ` (16 preceding siblings ...)
  2023-03-15 14:36 ` patch 'net/nfp: fix getting RSS configuration' " Kevin Traynor
@ 2023-03-15 14:36 ` Kevin Traynor
  2023-03-15 14:36 ` patch 'app/testpmd: fix secondary process packet forwarding' " Kevin Traynor
                   ` (27 subsequent siblings)
  45 siblings, 0 replies; 47+ messages in thread
From: Kevin Traynor @ 2023-03-15 14:36 UTC (permalink / raw)
  To: Ferruh Yigit; +Cc: Thomas Monjalon, Andrew Rybchenko, dpdk stable

Hi,

FYI, your patch has been queued to stable release 21.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 03/20/23. 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/kevintraynor/dpdk-stable

This queued commit can be viewed at:
https://github.com/kevintraynor/dpdk-stable/commit/096166c31c4a21b43ef32e93fb32278593194a42

Thanks.

Kevin

---
From 096166c31c4a21b43ef32e93fb32278593194a42 Mon Sep 17 00:00:00 2001
From: Ferruh Yigit <ferruh.yigit@amd.com>
Date: Tue, 28 Feb 2023 18:02:30 +0000
Subject: [PATCH] ethdev: remove telemetry Rx mbuf alloc failed field

[ upstream commit 6686b2d2a0b68698d7bddf51d5a9861fb8a4eaf3 ]

'eth_dev->data->rx_mbuf_alloc_failed' field is not directly exposed to
user via ethdev APIs but it is used internally to set "stats->rx_nombuf'
which is exposed via ehtdev stat APIs.

But telemetry exposes this field to user via "/ethdev/info",
instead user can get 'rx_nombuf' value from stats via "/ethdev/stats".

Removing 'rx_mbuf_alloc_failed' from telemetry to align with ethdev APIs

Fixes: 58b43c1ddfd1 ("ethdev: add telemetry endpoint for device info")

Signed-off-by: Ferruh Yigit <ferruh.yigit@amd.com>
Acked-by: Thomas Monjalon <thomas@monjalon.net>
Acked-by: Andrew Rybchenko <andrew.rybchenko@oktetlabs.ru>
---
 lib/ethdev/rte_ethdev.c | 2 --
 1 file changed, 2 deletions(-)

diff --git a/lib/ethdev/rte_ethdev.c b/lib/ethdev/rte_ethdev.c
index 0320694f82..3796cc02f6 100644
--- a/lib/ethdev/rte_ethdev.c
+++ b/lib/ethdev/rte_ethdev.c
@@ -6371,6 +6371,4 @@ eth_dev_handle_port_info(const char *cmd __rte_unused,
 	rte_tel_data_add_dict_u64(d, "rx_mbuf_size_min",
 			eth_dev->data->min_rx_buf_size);
-	rte_tel_data_add_dict_u64(d, "rx_mbuf_alloc_fail",
-			eth_dev->data->rx_mbuf_alloc_failed);
 	rte_ether_format_addr(mac_addr, sizeof(mac_addr),
 			eth_dev->data->mac_addrs);
-- 
2.39.2

---
  Diff of the applied patch vs upstream commit (please double-check if non-empty:
---
--- -	2023-03-15 14:30:21.068130603 +0000
+++ 0019-ethdev-remove-telemetry-Rx-mbuf-alloc-failed-field.patch	2023-03-15 14:30:20.575123665 +0000
@@ -1 +1 @@
-From 6686b2d2a0b68698d7bddf51d5a9861fb8a4eaf3 Mon Sep 17 00:00:00 2001
+From 096166c31c4a21b43ef32e93fb32278593194a42 Mon Sep 17 00:00:00 2001
@@ -5,0 +6,2 @@
+[ upstream commit 6686b2d2a0b68698d7bddf51d5a9861fb8a4eaf3 ]
+
@@ -16 +17,0 @@
-Cc: stable@dpdk.org
@@ -26 +27 @@
-index 3814c202cd..3d137523a6 100644
+index 0320694f82..3796cc02f6 100644
@@ -29,2 +30,2 @@
-@@ -6643,6 +6643,4 @@ eth_dev_handle_port_info(const char *cmd __rte_unused,
- 	rte_tel_data_add_dict_uint(d, "rx_mbuf_size_min",
+@@ -6371,6 +6371,4 @@ eth_dev_handle_port_info(const char *cmd __rte_unused,
+ 	rte_tel_data_add_dict_u64(d, "rx_mbuf_size_min",
@@ -32 +33 @@
--	rte_tel_data_add_dict_uint(d, "rx_mbuf_alloc_fail",
+-	rte_tel_data_add_dict_u64(d, "rx_mbuf_alloc_fail",


^ permalink raw reply	[flat|nested] 47+ messages in thread

* patch 'app/testpmd: fix secondary process packet forwarding' has been queued to stable release 21.11.4
  2023-03-15 14:35 patch 'eal/windows: fix pedantic build' has been queued to stable release 21.11.4 Kevin Traynor
                   ` (17 preceding siblings ...)
  2023-03-15 14:36 ` patch 'ethdev: remove telemetry Rx mbuf alloc failed field' " Kevin Traynor
@ 2023-03-15 14:36 ` Kevin Traynor
  2023-03-15 14:36 ` patch 'net/ixgbe: fix IPv6 mask in flow director' " Kevin Traynor
                   ` (26 subsequent siblings)
  45 siblings, 0 replies; 47+ messages in thread
From: Kevin Traynor @ 2023-03-15 14:36 UTC (permalink / raw)
  To: Shiyang He; +Cc: Ferruh Yigit, dpdk stable

Hi,

FYI, your patch has been queued to stable release 21.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 03/20/23. 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/kevintraynor/dpdk-stable

This queued commit can be viewed at:
https://github.com/kevintraynor/dpdk-stable/commit/66c0e09464a597f2bc66bc9f8d3a251ddb2283a0

Thanks.

Kevin

---
From 66c0e09464a597f2bc66bc9f8d3a251ddb2283a0 Mon Sep 17 00:00:00 2001
From: Shiyang He <shiyangx.he@intel.com>
Date: Wed, 8 Mar 2023 16:19:47 +0000
Subject: [PATCH] app/testpmd: fix secondary process packet forwarding

[ upstream commit 5028f207a4fa6d5cdd86019e43d2e2d80fa21ced ]

Under multi-process scenario, the secondary process gets queue state
from the wrong location (the global variable 'ports'). Therefore, the
secondary process can not forward since "stream_init" is not called.

This commit fixes the issue by calling 'rte_eth_rx/tx_queue_info_get'
to get queue state from shared memory.

Fixes: 3c4426db54fc ("app/testpmd: do not poll stopped queues")

Signed-off-by: Shiyang He <shiyangx.he@intel.com>
Reviewed-by: Ferruh Yigit <ferruh.yigit@amd.com>
---
 app/test-pmd/testpmd.c | 72 +++++++++++++++++++++++++++++++++++++++++-
 1 file changed, 71 insertions(+), 1 deletion(-)

diff --git a/app/test-pmd/testpmd.c b/app/test-pmd/testpmd.c
index 61c0200a22..9f4a0e0a78 100644
--- a/app/test-pmd/testpmd.c
+++ b/app/test-pmd/testpmd.c
@@ -2364,4 +2364,68 @@ launch_packet_forwarding(lcore_function_t *pkt_fwd_on_lcore)
 }
 
+static void
+update_rx_queue_state(uint16_t port_id, uint16_t queue_id)
+{
+	struct rte_eth_rxq_info rx_qinfo;
+	int32_t rc;
+
+	rc = rte_eth_rx_queue_info_get(port_id,
+			queue_id, &rx_qinfo);
+	if (rc == 0) {
+		ports[port_id].rxq[queue_id].state =
+			rx_qinfo.queue_state;
+	} else if (rc == -ENOTSUP) {
+		/*
+		 * Set the rxq state to RTE_ETH_QUEUE_STATE_STARTED
+		 * to ensure that the PMDs do not implement
+		 * rte_eth_rx_queue_info_get can forward.
+		 */
+		ports[port_id].rxq[queue_id].state =
+			RTE_ETH_QUEUE_STATE_STARTED;
+	} else {
+		TESTPMD_LOG(WARNING,
+			"Failed to get rx queue info\n");
+	}
+}
+
+static void
+update_tx_queue_state(uint16_t port_id, uint16_t queue_id)
+{
+	struct rte_eth_txq_info tx_qinfo;
+	int32_t rc;
+
+	rc = rte_eth_tx_queue_info_get(port_id,
+			queue_id, &tx_qinfo);
+	if (rc == 0) {
+		ports[port_id].txq[queue_id].state =
+			tx_qinfo.queue_state;
+	} else if (rc == -ENOTSUP) {
+		/*
+		 * Set the txq state to RTE_ETH_QUEUE_STATE_STARTED
+		 * to ensure that the PMDs do not implement
+		 * rte_eth_tx_queue_info_get can forward.
+		 */
+		ports[port_id].txq[queue_id].state =
+			RTE_ETH_QUEUE_STATE_STARTED;
+	} else {
+		TESTPMD_LOG(WARNING,
+			"Failed to get tx queue info\n");
+	}
+}
+
+static void
+update_queue_state(void)
+{
+	portid_t pi;
+	queueid_t qi;
+
+	RTE_ETH_FOREACH_DEV(pi) {
+		for (qi = 0; qi < nb_rxq; qi++)
+			update_rx_queue_state(pi, qi);
+		for (qi = 0; qi < nb_txq; qi++)
+			update_tx_queue_state(pi, qi);
+	}
+}
+
 /*
  * Launch packet forwarding configuration.
@@ -2403,7 +2467,10 @@ start_packet_forwarding(int with_tx_first)
 		return;
 
-	if (stream_init != NULL)
+	if (stream_init != NULL) {
+		if (rte_eal_process_type() == RTE_PROC_SECONDARY)
+			update_queue_state();
 		for (i = 0; i < cur_fwd_config.nb_fwd_streams; i++)
 			stream_init(fwd_streams[i]);
+	}
 
 	port_fwd_begin = cur_fwd_config.fwd_eng->port_fwd_begin;
@@ -3060,4 +3127,7 @@ start_port(portid_t pid)
 	}
 
+	if (rte_eal_process_type() == RTE_PROC_SECONDARY)
+		update_queue_state();
+
 	if (at_least_one_port_successfully_started && !no_link_check)
 		check_all_ports_link_status(RTE_PORT_ALL);
-- 
2.39.2

---
  Diff of the applied patch vs upstream commit (please double-check if non-empty:
---
--- -	2023-03-15 14:30:21.093538051 +0000
+++ 0020-app-testpmd-fix-secondary-process-packet-forwarding.patch	2023-03-15 14:30:20.579123678 +0000
@@ -1 +1 @@
-From 5028f207a4fa6d5cdd86019e43d2e2d80fa21ced Mon Sep 17 00:00:00 2001
+From 66c0e09464a597f2bc66bc9f8d3a251ddb2283a0 Mon Sep 17 00:00:00 2001
@@ -5,0 +6,2 @@
+[ upstream commit 5028f207a4fa6d5cdd86019e43d2e2d80fa21ced ]
+
@@ -14 +15,0 @@
-Cc: stable@dpdk.org
@@ -23 +24 @@
-index b6197aa258..0032696608 100644
+index 61c0200a22..9f4a0e0a78 100644
@@ -26 +27 @@
-@@ -2398,4 +2398,68 @@ common_fwd_stream_init(struct fwd_stream *fs)
+@@ -2364,4 +2364,68 @@ launch_packet_forwarding(lcore_function_t *pkt_fwd_on_lcore)
@@ -95 +96 @@
-@@ -2437,7 +2501,10 @@ start_packet_forwarding(int with_tx_first)
+@@ -2403,7 +2467,10 @@ start_packet_forwarding(int with_tx_first)
@@ -107 +108 @@
-@@ -3199,4 +3266,7 @@ start_port(portid_t pid)
+@@ -3060,4 +3127,7 @@ start_port(portid_t pid)


^ permalink raw reply	[flat|nested] 47+ messages in thread

* patch 'net/ixgbe: fix IPv6 mask in flow director' has been queued to stable release 21.11.4
  2023-03-15 14:35 patch 'eal/windows: fix pedantic build' has been queued to stable release 21.11.4 Kevin Traynor
                   ` (18 preceding siblings ...)
  2023-03-15 14:36 ` patch 'app/testpmd: fix secondary process packet forwarding' " Kevin Traynor
@ 2023-03-15 14:36 ` Kevin Traynor
  2023-03-15 14:36 ` patch 'net/cnxk: fix LBK BPID usage' " Kevin Traynor
                   ` (25 subsequent siblings)
  45 siblings, 0 replies; 47+ messages in thread
From: Kevin Traynor @ 2023-03-15 14:36 UTC (permalink / raw)
  To: Kaiwen Deng; +Cc: Song Jiale, dpdk stable

Hi,

FYI, your patch has been queued to stable release 21.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 03/20/23. 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/kevintraynor/dpdk-stable

This queued commit can be viewed at:
https://github.com/kevintraynor/dpdk-stable/commit/617735f8fb1b539ca9a97713f095fb077aa13441

Thanks.

Kevin

---
From 617735f8fb1b539ca9a97713f095fb077aa13441 Mon Sep 17 00:00:00 2001
From: Kaiwen Deng <kaiwenx.deng@intel.com>
Date: Fri, 3 Mar 2023 12:52:26 +0800
Subject: [PATCH] net/ixgbe: fix IPv6 mask in flow director

[ upstream commit 444505f933f197bd064c7f801fa86e88d5edfce5 ]

Rules without addr mask cannot be created together in ixgbe
when setting IPv6 addr mask to default value as 0.

This commit is to change the default value of IPv6 addr mask as '0xFF'.

Fixes: cba954b7beda ("net/ixgbe: enable IPv6 mask in flow rules")
Fixes: 7d629cacedee ("net/ixgbe: enable IPv6 for consistent API")

Signed-off-by: Kaiwen Deng <kaiwenx.deng@intel.com>
Tested-by: Song Jiale <songx.jiale@intel.com>
---
 drivers/net/ixgbe/ixgbe_flow.c | 16 ++++++----------
 1 file changed, 6 insertions(+), 10 deletions(-)

diff --git a/drivers/net/ixgbe/ixgbe_flow.c b/drivers/net/ixgbe/ixgbe_flow.c
index 44486c8e8e..6c5ca631d2 100644
--- a/drivers/net/ixgbe/ixgbe_flow.c
+++ b/drivers/net/ixgbe/ixgbe_flow.c
@@ -1646,8 +1646,4 @@ ixgbe_parse_fdir_filter_normal(struct rte_eth_dev *dev,
 	rule->mask.vlan_tci_mask = 0;
 	rule->mask.flex_bytes_mask = 0;
-	rule->mask.dst_port_mask = 0;
-	rule->mask.src_port_mask = 0;
-	rule->mask.src_ipv6_mask = 0;
-	rule->mask.dst_ipv6_mask = 0;
 
 	/**
@@ -1923,7 +1919,7 @@ ixgbe_parse_fdir_filter_normal(struct rte_eth_dev *dev,
 		/* check src addr mask */
 		for (j = 0; j < 16; j++) {
-			if (ipv6_mask->hdr.src_addr[j] == UINT8_MAX) {
-				rule->mask.src_ipv6_mask |= 1 << j;
-			} else if (ipv6_mask->hdr.src_addr[j] != 0) {
+			if (ipv6_mask->hdr.src_addr[j] == 0) {
+				rule->mask.src_ipv6_mask &= ~(1 << j);
+			} else if (ipv6_mask->hdr.src_addr[j] != UINT8_MAX) {
 				memset(rule, 0, sizeof(struct ixgbe_fdir_rule));
 				rte_flow_error_set(error, EINVAL,
@@ -1936,7 +1932,7 @@ ixgbe_parse_fdir_filter_normal(struct rte_eth_dev *dev,
 		/* check dst addr mask */
 		for (j = 0; j < 16; j++) {
-			if (ipv6_mask->hdr.dst_addr[j] == UINT8_MAX) {
-				rule->mask.dst_ipv6_mask |= 1 << j;
-			} else if (ipv6_mask->hdr.dst_addr[j] != 0) {
+			if (ipv6_mask->hdr.dst_addr[j] == 0) {
+				rule->mask.dst_ipv6_mask &= ~(1 << j);
+			} else if (ipv6_mask->hdr.dst_addr[j] != UINT8_MAX) {
 				memset(rule, 0, sizeof(struct ixgbe_fdir_rule));
 				rte_flow_error_set(error, EINVAL,
-- 
2.39.2

---
  Diff of the applied patch vs upstream commit (please double-check if non-empty:
---
--- -	2023-03-15 14:30:21.118017053 +0000
+++ 0021-net-ixgbe-fix-IPv6-mask-in-flow-director.patch	2023-03-15 14:30:20.582123689 +0000
@@ -1 +1 @@
-From 444505f933f197bd064c7f801fa86e88d5edfce5 Mon Sep 17 00:00:00 2001
+From 617735f8fb1b539ca9a97713f095fb077aa13441 Mon Sep 17 00:00:00 2001
@@ -5,0 +6,2 @@
+[ upstream commit 444505f933f197bd064c7f801fa86e88d5edfce5 ]
+
@@ -13 +14,0 @@
-Cc: stable@dpdk.org
@@ -18 +18,0 @@
- .mailmap                       |  1 +
@@ -20 +20 @@
- 2 files changed, 7 insertions(+), 10 deletions(-)
+ 1 file changed, 6 insertions(+), 10 deletions(-)
@@ -22,10 +21,0 @@
-diff --git a/.mailmap b/.mailmap
-index 69b6f4de1d..5b42f87d1e 100644
---- a/.mailmap
-+++ b/.mailmap
-@@ -1254,4 +1254,5 @@ Solal Pirelli <solal.pirelli@gmail.com>
- Solganik Alexander <sashas@lightbitslabs.com>
- Somnath Kotur <somnath.kotur@broadcom.com>
-+Song Jiale <songx.jiale@intel.com>
- Song Zhu <song.zhu@arm.com>
- Sony Chacko <sony.chacko@qlogic.com>
@@ -33 +23 @@
-index 79c84044af..eac81ee489 100644
+index 44486c8e8e..6c5ca631d2 100644


^ permalink raw reply	[flat|nested] 47+ messages in thread

* patch 'net/cnxk: fix LBK BPID usage' has been queued to stable release 21.11.4
  2023-03-15 14:35 patch 'eal/windows: fix pedantic build' has been queued to stable release 21.11.4 Kevin Traynor
                   ` (19 preceding siblings ...)
  2023-03-15 14:36 ` patch 'net/ixgbe: fix IPv6 mask in flow director' " Kevin Traynor
@ 2023-03-15 14:36 ` Kevin Traynor
  2023-03-15 14:36 ` patch 'common/cnxk: add memory clobber to steor and ldeor' " Kevin Traynor
                   ` (24 subsequent siblings)
  45 siblings, 0 replies; 47+ messages in thread
From: Kevin Traynor @ 2023-03-15 14:36 UTC (permalink / raw)
  To: Rakesh Kudurumalla; +Cc: dpdk stable

Hi,

FYI, your patch has been queued to stable release 21.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 03/20/23. 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/kevintraynor/dpdk-stable

This queued commit can be viewed at:
https://github.com/kevintraynor/dpdk-stable/commit/c0a24be8f27b49592d125bc403d77a2a40e1763f

Thanks.

Kevin

---
From c0a24be8f27b49592d125bc403d77a2a40e1763f Mon Sep 17 00:00:00 2001
From: Rakesh Kudurumalla <rkudurumalla@marvell.com>
Date: Fri, 3 Mar 2023 13:40:01 +0530
Subject: [PATCH] net/cnxk: fix LBK BPID usage

[ upstream commit c9b0bb00d201b57d1d1cdf7820d1a174d652f1ef ]

BPIDs are not disabled while freeing resources for NIX
device as a result a new BPID is assigned which leads
to exhaustion of BPID's after soft exit of application.
This patch fixes the same.

Fixes: d2bebb1feece ("net/cnxk: support flow control operations")

Signed-off-by: Rakesh Kudurumalla <rkudurumalla@marvell.com>
---
 drivers/net/cnxk/cnxk_ethdev.c | 28 ++++++++++++++++++++++++++++
 1 file changed, 28 insertions(+)

diff --git a/drivers/net/cnxk/cnxk_ethdev.c b/drivers/net/cnxk/cnxk_ethdev.c
index 8ba35ac36f..94d1b17443 100644
--- a/drivers/net/cnxk/cnxk_ethdev.c
+++ b/drivers/net/cnxk/cnxk_ethdev.c
@@ -761,4 +761,25 @@ cnxk_rss_ethdev_to_nix(struct cnxk_eth_dev *dev, uint64_t ethdev_rss,
 }
 
+static int
+nix_rxchan_cfg_disable(struct cnxk_eth_dev *dev)
+{
+	struct roc_nix *nix = &dev->nix;
+	struct roc_nix_fc_cfg fc_cfg;
+	int rc;
+
+	if (!roc_nix_is_lbk(nix))
+		return 0;
+
+	memset(&fc_cfg, 0, sizeof(struct roc_nix_fc_cfg));
+	fc_cfg.type = ROC_NIX_FC_RXCHAN_CFG;
+	fc_cfg.rxchan_cfg.enable = false;
+	rc = roc_nix_fc_config_set(nix, &fc_cfg);
+	if (rc) {
+		plt_err("Failed to setup flow control, rc=%d(%s)", rc, roc_error_msg_get(rc));
+		return rc;
+	}
+	return 0;
+}
+
 static void
 nix_free_queue_mem(struct cnxk_eth_dev *dev)
@@ -1096,4 +1117,5 @@ cnxk_nix_configure(struct rte_eth_dev *eth_dev)
 
 		roc_nix_tm_fini(nix);
+		nix_rxchan_cfg_disable(dev);
 		roc_nix_lf_free(nix);
 	}
@@ -1313,4 +1335,5 @@ tm_fini:
 free_nix_lf:
 	nix_free_queue_mem(dev);
+	rc |= nix_rxchan_cfg_disable(dev);
 	rc |= roc_nix_lf_free(nix);
 fail_configure:
@@ -1794,4 +1817,9 @@ cnxk_eth_dev_uninit(struct rte_eth_dev *eth_dev, bool reset)
 	nix_free_queue_mem(dev);
 
+	/* free nix bpid */
+	rc = nix_rxchan_cfg_disable(dev);
+	if (rc)
+		plt_err("Failed to free nix bpid, rc=%d", rc);
+
 	/* Free nix lf resources */
 	rc = roc_nix_lf_free(nix);
-- 
2.39.2

---
  Diff of the applied patch vs upstream commit (please double-check if non-empty:
---
--- -	2023-03-15 14:30:21.143128436 +0000
+++ 0022-net-cnxk-fix-LBK-BPID-usage.patch	2023-03-15 14:30:20.584123696 +0000
@@ -1 +1 @@
-From c9b0bb00d201b57d1d1cdf7820d1a174d652f1ef Mon Sep 17 00:00:00 2001
+From c0a24be8f27b49592d125bc403d77a2a40e1763f Mon Sep 17 00:00:00 2001
@@ -5,0 +6,2 @@
+[ upstream commit c9b0bb00d201b57d1d1cdf7820d1a174d652f1ef ]
+
@@ -12 +13,0 @@
-Cc: stable@dpdk.org
@@ -20 +21 @@
-index 22072d29b0..e99335b117 100644
+index 8ba35ac36f..94d1b17443 100644
@@ -23 +24 @@
-@@ -901,4 +901,25 @@ cnxk_rss_ethdev_to_nix(struct cnxk_eth_dev *dev, uint64_t ethdev_rss,
+@@ -761,4 +761,25 @@ cnxk_rss_ethdev_to_nix(struct cnxk_eth_dev *dev, uint64_t ethdev_rss,
@@ -49 +50 @@
-@@ -1219,4 +1240,5 @@ cnxk_nix_configure(struct rte_eth_dev *eth_dev)
+@@ -1096,4 +1117,5 @@ cnxk_nix_configure(struct rte_eth_dev *eth_dev)
@@ -55 +56 @@
-@@ -1457,4 +1479,5 @@ tm_fini:
+@@ -1313,4 +1335,5 @@ tm_fini:
@@ -61 +62 @@
-@@ -2027,4 +2050,9 @@ cnxk_eth_dev_uninit(struct rte_eth_dev *eth_dev, bool reset)
+@@ -1794,4 +1817,9 @@ cnxk_eth_dev_uninit(struct rte_eth_dev *eth_dev, bool reset)


^ permalink raw reply	[flat|nested] 47+ messages in thread

* patch 'common/cnxk: add memory clobber to steor and ldeor' has been queued to stable release 21.11.4
  2023-03-15 14:35 patch 'eal/windows: fix pedantic build' has been queued to stable release 21.11.4 Kevin Traynor
                   ` (20 preceding siblings ...)
  2023-03-15 14:36 ` patch 'net/cnxk: fix LBK BPID usage' " Kevin Traynor
@ 2023-03-15 14:36 ` Kevin Traynor
  2023-03-15 14:36 ` patch 'kvargs: add API documentation for process callback' " Kevin Traynor
                   ` (23 subsequent siblings)
  45 siblings, 0 replies; 47+ messages in thread
From: Kevin Traynor @ 2023-03-15 14:36 UTC (permalink / raw)
  To: Nithin Dabilpuram; +Cc: dpdk stable

Hi,

FYI, your patch has been queued to stable release 21.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 03/20/23. 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/kevintraynor/dpdk-stable

This queued commit can be viewed at:
https://github.com/kevintraynor/dpdk-stable/commit/5eeee34bf76e4b7c17f689eb85880626ec5a66b2

Thanks.

Kevin

---
From 5eeee34bf76e4b7c17f689eb85880626ec5a66b2 Mon Sep 17 00:00:00 2001
From: Nithin Dabilpuram <ndabilpuram@marvell.com>
Date: Fri, 3 Mar 2023 13:40:12 +0530
Subject: [PATCH] common/cnxk: add memory clobber to steor and ldeor

[ upstream commit a032b598b30daa9c2f01a6d7de07c87adba05dab ]

To avoid compiler reordering stores to LMT line and ldeor,
add clobber attribute to ldeor, steor etc.

Fixes: 014a9e222bac ("common/cnxk: add model init and IO handling API")

Signed-off-by: Nithin Dabilpuram <ndabilpuram@marvell.com>
---
 drivers/common/cnxk/roc_io.h | 12 ++++++++----
 1 file changed, 8 insertions(+), 4 deletions(-)

diff --git a/drivers/common/cnxk/roc_io.h b/drivers/common/cnxk/roc_io.h
index fe5f7f46d0..d533d6cda6 100644
--- a/drivers/common/cnxk/roc_io.h
+++ b/drivers/common/cnxk/roc_io.h
@@ -112,5 +112,6 @@ roc_lmt_submit_ldeor(plt_iova_t io_address)
 	asm volatile(PLT_CPU_FEATURE_PREAMBLE "ldeor xzr, %x[rf], [%[rs]]"
 		     : [rf] "=r"(result)
-		     : [rs] "r"(io_address));
+		     : [rs] "r"(io_address)
+		     : "memory");
 	return result;
 }
@@ -123,5 +124,6 @@ roc_lmt_submit_ldeorl(plt_iova_t io_address)
 	asm volatile(PLT_CPU_FEATURE_PREAMBLE "ldeorl xzr,%x[rf],[%[rs]]"
 		     : [rf] "=r"(result)
-		     : [rs] "r"(io_address));
+		     : [rs] "r"(io_address)
+		     : "memory");
 	return result;
 }
@@ -132,5 +134,6 @@ roc_lmt_submit_steor(uint64_t data, plt_iova_t io_address)
 	asm volatile(PLT_CPU_FEATURE_PREAMBLE
 		     "steor %x[d], [%[rs]]" ::[d] "r"(data),
-		     [rs] "r"(io_address));
+		     [rs] "r"(io_address)
+		     : "memory");
 }
 
@@ -140,5 +143,6 @@ roc_lmt_submit_steorl(uint64_t data, plt_iova_t io_address)
 	asm volatile(PLT_CPU_FEATURE_PREAMBLE
 		     "steorl %x[d], [%[rs]]" ::[d] "r"(data),
-		     [rs] "r"(io_address));
+		     [rs] "r"(io_address)
+		     : "memory");
 }
 
-- 
2.39.2

---
  Diff of the applied patch vs upstream commit (please double-check if non-empty:
---
--- -	2023-03-15 14:30:21.167225265 +0000
+++ 0023-common-cnxk-add-memory-clobber-to-steor-and-ldeor.patch	2023-03-15 14:30:20.585123700 +0000
@@ -1 +1 @@
-From a032b598b30daa9c2f01a6d7de07c87adba05dab Mon Sep 17 00:00:00 2001
+From 5eeee34bf76e4b7c17f689eb85880626ec5a66b2 Mon Sep 17 00:00:00 2001
@@ -5,0 +6,2 @@
+[ upstream commit a032b598b30daa9c2f01a6d7de07c87adba05dab ]
+
@@ -10 +11,0 @@
-Cc: stable@dpdk.org
@@ -18 +19 @@
-index 1e5c1f8c04..af1a10cd66 100644
+index fe5f7f46d0..d533d6cda6 100644
@@ -21 +22 @@
-@@ -131,5 +131,6 @@ roc_lmt_submit_ldeor(plt_iova_t io_address)
+@@ -112,5 +112,6 @@ roc_lmt_submit_ldeor(plt_iova_t io_address)
@@ -29 +30 @@
-@@ -142,5 +143,6 @@ roc_lmt_submit_ldeorl(plt_iova_t io_address)
+@@ -123,5 +124,6 @@ roc_lmt_submit_ldeorl(plt_iova_t io_address)
@@ -37 +38 @@
-@@ -151,5 +153,6 @@ roc_lmt_submit_steor(uint64_t data, plt_iova_t io_address)
+@@ -132,5 +134,6 @@ roc_lmt_submit_steor(uint64_t data, plt_iova_t io_address)
@@ -45 +46 @@
-@@ -159,5 +162,6 @@ roc_lmt_submit_steorl(uint64_t data, plt_iova_t io_address)
+@@ -140,5 +143,6 @@ roc_lmt_submit_steorl(uint64_t data, plt_iova_t io_address)


^ permalink raw reply	[flat|nested] 47+ messages in thread

* patch 'kvargs: add API documentation for process callback' has been queued to stable release 21.11.4
  2023-03-15 14:35 patch 'eal/windows: fix pedantic build' has been queued to stable release 21.11.4 Kevin Traynor
                   ` (21 preceding siblings ...)
  2023-03-15 14:36 ` patch 'common/cnxk: add memory clobber to steor and ldeor' " Kevin Traynor
@ 2023-03-15 14:36 ` Kevin Traynor
  2023-03-15 14:36 ` patch 'compressdev: fix empty devargs parsing' " Kevin Traynor
                   ` (22 subsequent siblings)
  45 siblings, 0 replies; 47+ messages in thread
From: Kevin Traynor @ 2023-03-15 14:36 UTC (permalink / raw)
  To: Chengwen Feng; +Cc: Olivier Matz, dpdk stable

Hi,

FYI, your patch has been queued to stable release 21.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 03/20/23. 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/kevintraynor/dpdk-stable

This queued commit can be viewed at:
https://github.com/kevintraynor/dpdk-stable/commit/5d95507d27620c367e3e20dc0fe47dafd3ee1c36

Thanks.

Kevin

---
From 5d95507d27620c367e3e20dc0fe47dafd3ee1c36 Mon Sep 17 00:00:00 2001
From: Chengwen Feng <fengchengwen@huawei.com>
Date: Thu, 2 Mar 2023 07:50:04 +0000
Subject: [PATCH] kvargs: add API documentation for process callback

[ upstream commit 52ab17efdecf935792ee1d0cb749c0dbd536c083 ]

The rte_kvargs_process() is used to parse KV pairs, it also supports
to parse 'only keys' (e.g. socket_id) type. And the callback function
(which prototype is arg_handler_t) parameter 'value' is NULL when
parsing 'only keys'.

But there is no detailed definition of 'value' may be NULL, so this
patch adds it.

Signed-off-by: Chengwen Feng <fengchengwen@huawei.com>
Acked-by: Olivier Matz <olivier.matz@6wind.com>
---
 lib/kvargs/rte_kvargs.h | 14 +++++++++++++-
 1 file changed, 13 insertions(+), 1 deletion(-)

diff --git a/lib/kvargs/rte_kvargs.h b/lib/kvargs/rte_kvargs.h
index 359a9f5b09..4900b750bc 100644
--- a/lib/kvargs/rte_kvargs.h
+++ b/lib/kvargs/rte_kvargs.h
@@ -37,5 +37,17 @@ extern "C" {
 #define RTE_KVARGS_KV_DELIM	"="
 
-/** Type of callback function used by rte_kvargs_process() */
+/**
+ * Callback prototype used by rte_kvargs_process().
+ *
+ * @param key
+ *   The key to consider, it will not be NULL.
+ * @param value
+ *   The value corresponding to the key, it may be NULL (e.g. only with key)
+ * @param opaque
+ *   An opaque pointer coming from the caller.
+ * @return
+ *   - >=0 handle key success.
+ *   - <0 on error.
+ */
 typedef int (*arg_handler_t)(const char *key, const char *value, void *opaque);
 
-- 
2.39.2

---
  Diff of the applied patch vs upstream commit (please double-check if non-empty:
---
--- -	2023-03-15 14:30:21.189670104 +0000
+++ 0024-kvargs-add-API-documentation-for-process-callback.patch	2023-03-15 14:30:20.585123700 +0000
@@ -1 +1 @@
-From 52ab17efdecf935792ee1d0cb749c0dbd536c083 Mon Sep 17 00:00:00 2001
+From 5d95507d27620c367e3e20dc0fe47dafd3ee1c36 Mon Sep 17 00:00:00 2001
@@ -5,0 +6,2 @@
+[ upstream commit 52ab17efdecf935792ee1d0cb749c0dbd536c083 ]
+
@@ -13,2 +14,0 @@
-
-Cc: stable@dpdk.org


^ permalink raw reply	[flat|nested] 47+ messages in thread

* patch 'compressdev: fix empty devargs parsing' has been queued to stable release 21.11.4
  2023-03-15 14:35 patch 'eal/windows: fix pedantic build' has been queued to stable release 21.11.4 Kevin Traynor
                   ` (22 preceding siblings ...)
  2023-03-15 14:36 ` patch 'kvargs: add API documentation for process callback' " Kevin Traynor
@ 2023-03-15 14:36 ` Kevin Traynor
  2023-03-15 14:36 ` patch 'cryptodev: " Kevin Traynor
                   ` (21 subsequent siblings)
  45 siblings, 0 replies; 47+ messages in thread
From: Kevin Traynor @ 2023-03-15 14:36 UTC (permalink / raw)
  To: Chengwen Feng; +Cc: dpdk stable

Hi,

FYI, your patch has been queued to stable release 21.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 03/20/23. 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/kevintraynor/dpdk-stable

This queued commit can be viewed at:
https://github.com/kevintraynor/dpdk-stable/commit/cb72e899065dbc853f94ff5a6aa198c467f10b24

Thanks.

Kevin

---
From cb72e899065dbc853f94ff5a6aa198c467f10b24 Mon Sep 17 00:00:00 2001
From: Chengwen Feng <fengchengwen@huawei.com>
Date: Thu, 2 Mar 2023 07:50:05 +0000
Subject: [PATCH] compressdev: fix empty devargs parsing

[ upstream commit bb27182482d61777de6a38b16a1d2c692c2c3f8b ]

The rte_kvargs_process() was used to parse KV pairs, it also supports
to parse 'only keys' (e.g. socket_id) type. And the callback function
parameter 'value' is NULL when parsed 'only keys'.

This patch fixes segment fault in rte_compressdev_pmd_parse_uint_arg()
when parse input args with 'only keys' (e.g. socket_id).

For a similar reason, this patch fixes
rte_compressdev_pmd_parse_name_arg().

Fixes: ed7dd94f7f66 ("compressdev: add basic device management")

Signed-off-by: Chengwen Feng <fengchengwen@huawei.com>
---
 lib/compressdev/rte_compressdev_pmd.c | 6 ++++++
 1 file changed, 6 insertions(+)

diff --git a/lib/compressdev/rte_compressdev_pmd.c b/lib/compressdev/rte_compressdev_pmd.c
index 7f500d76d4..6a11a396b7 100644
--- a/lib/compressdev/rte_compressdev_pmd.c
+++ b/lib/compressdev/rte_compressdev_pmd.c
@@ -21,4 +21,7 @@ rte_compressdev_pmd_parse_name_arg(const char *key __rte_unused,
 	int n;
 
+	if (value == NULL || extra_args == NULL)
+		return -EINVAL;
+
 	n = strlcpy(params->name, value, RTE_COMPRESSDEV_NAME_MAX_LEN);
 	if (n >= RTE_COMPRESSDEV_NAME_MAX_LEN)
@@ -38,4 +41,7 @@ rte_compressdev_pmd_parse_uint_arg(const char *key __rte_unused,
 	char *end;
 
+	if (value == NULL || extra_args == NULL)
+		return -EINVAL;
+
 	errno = 0;
 	i = strtol(value, &end, 10);
-- 
2.39.2

---
  Diff of the applied patch vs upstream commit (please double-check if non-empty:
---
--- -	2023-03-15 14:30:21.212075397 +0000
+++ 0025-compressdev-fix-empty-devargs-parsing.patch	2023-03-15 14:30:20.587123706 +0000
@@ -1 +1 @@
-From bb27182482d61777de6a38b16a1d2c692c2c3f8b Mon Sep 17 00:00:00 2001
+From cb72e899065dbc853f94ff5a6aa198c467f10b24 Mon Sep 17 00:00:00 2001
@@ -5,0 +6,2 @@
+[ upstream commit bb27182482d61777de6a38b16a1d2c692c2c3f8b ]
+
@@ -17 +18,0 @@
-Cc: stable@dpdk.org
@@ -25 +26 @@
-index e139bc86e7..156bccd972 100644
+index 7f500d76d4..6a11a396b7 100644
@@ -28 +29 @@
-@@ -24,4 +24,7 @@ rte_compressdev_pmd_parse_name_arg(const char *key __rte_unused,
+@@ -21,4 +21,7 @@ rte_compressdev_pmd_parse_name_arg(const char *key __rte_unused,
@@ -36 +37 @@
-@@ -41,4 +44,7 @@ rte_compressdev_pmd_parse_uint_arg(const char *key __rte_unused,
+@@ -38,4 +41,7 @@ rte_compressdev_pmd_parse_uint_arg(const char *key __rte_unused,


^ permalink raw reply	[flat|nested] 47+ messages in thread

* patch 'cryptodev: fix empty devargs parsing' has been queued to stable release 21.11.4
  2023-03-15 14:35 patch 'eal/windows: fix pedantic build' has been queued to stable release 21.11.4 Kevin Traynor
                   ` (23 preceding siblings ...)
  2023-03-15 14:36 ` patch 'compressdev: fix empty devargs parsing' " Kevin Traynor
@ 2023-03-15 14:36 ` Kevin Traynor
  2023-03-15 14:36 ` patch 'net/hns3: " Kevin Traynor
                   ` (20 subsequent siblings)
  45 siblings, 0 replies; 47+ messages in thread
From: Kevin Traynor @ 2023-03-15 14:36 UTC (permalink / raw)
  To: Chengwen Feng; +Cc: Akhil Goyal, dpdk stable

Hi,

FYI, your patch has been queued to stable release 21.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 03/20/23. 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/kevintraynor/dpdk-stable

This queued commit can be viewed at:
https://github.com/kevintraynor/dpdk-stable/commit/52480ab3aef902d59b91f2b8a1115ce036ee0685

Thanks.

Kevin

---
From 52480ab3aef902d59b91f2b8a1115ce036ee0685 Mon Sep 17 00:00:00 2001
From: Chengwen Feng <fengchengwen@huawei.com>
Date: Thu, 2 Mar 2023 07:50:07 +0000
Subject: [PATCH] cryptodev: fix empty devargs parsing

[ upstream commit 8146454c56636ba8af5263b57e1c4a9f67fd4a39 ]

The rte_kvargs_process() was used to parse KV pairs, it also supports
to parse 'only keys' (e.g. socket_id) type. And the callback function
parameter 'value' is NULL when parsed 'only keys'.

This patch fixes segment fault in rte_cryptodev_pmd_parse_uint_arg()
when parse input args with 'only keys' (e.g. socket_id,
max_nb_queue_pairs).

For a similar reason, this patch fixes
rte_cryptodev_pmd_parse_name_arg().

Fixes: 9e6edea41805 ("cryptodev: add APIs to assist PMD initialisation")

Signed-off-by: Chengwen Feng <fengchengwen@huawei.com>
Acked-by: Akhil Goyal <gakhil@marvell.com>
---
 lib/cryptodev/cryptodev_pmd.c | 7 +++++++
 1 file changed, 7 insertions(+)

diff --git a/lib/cryptodev/cryptodev_pmd.c b/lib/cryptodev/cryptodev_pmd.c
index 3b8ccdcede..d1d8ecef98 100644
--- a/lib/cryptodev/cryptodev_pmd.c
+++ b/lib/cryptodev/cryptodev_pmd.c
@@ -20,4 +20,7 @@ rte_cryptodev_pmd_parse_name_arg(const char *key __rte_unused,
 	int n;
 
+	if (value == NULL || extra_args == NULL)
+		return -EINVAL;
+
 	n = strlcpy(params->name, value, RTE_CRYPTODEV_NAME_MAX_LEN);
 	if (n >= RTE_CRYPTODEV_NAME_MAX_LEN)
@@ -36,4 +39,8 @@ rte_cryptodev_pmd_parse_uint_arg(const char *key __rte_unused,
 	int i;
 	char *end;
+
+	if (value == NULL || extra_args == NULL)
+		return -EINVAL;
+
 	errno = 0;
 
-- 
2.39.2

---
  Diff of the applied patch vs upstream commit (please double-check if non-empty:
---
--- -	2023-03-15 14:30:21.234371989 +0000
+++ 0026-cryptodev-fix-empty-devargs-parsing.patch	2023-03-15 14:30:20.588123710 +0000
@@ -1 +1 @@
-From 8146454c56636ba8af5263b57e1c4a9f67fd4a39 Mon Sep 17 00:00:00 2001
+From 52480ab3aef902d59b91f2b8a1115ce036ee0685 Mon Sep 17 00:00:00 2001
@@ -5,0 +6,2 @@
+[ upstream commit 8146454c56636ba8af5263b57e1c4a9f67fd4a39 ]
+
@@ -18 +19,0 @@
-Cc: stable@dpdk.org
@@ -27 +28 @@
-index 77b269f312..d8073a601d 100644
+index 3b8ccdcede..d1d8ecef98 100644
@@ -30 +31 @@
-@@ -23,4 +23,7 @@ rte_cryptodev_pmd_parse_name_arg(const char *key __rte_unused,
+@@ -20,4 +20,7 @@ rte_cryptodev_pmd_parse_name_arg(const char *key __rte_unused,
@@ -38 +39 @@
-@@ -39,4 +42,8 @@ rte_cryptodev_pmd_parse_uint_arg(const char *key __rte_unused,
+@@ -36,4 +39,8 @@ rte_cryptodev_pmd_parse_uint_arg(const char *key __rte_unused,


^ permalink raw reply	[flat|nested] 47+ messages in thread

* patch 'net/hns3: fix empty devargs parsing' has been queued to stable release 21.11.4
  2023-03-15 14:35 patch 'eal/windows: fix pedantic build' has been queued to stable release 21.11.4 Kevin Traynor
                   ` (24 preceding siblings ...)
  2023-03-15 14:36 ` patch 'cryptodev: " Kevin Traynor
@ 2023-03-15 14:36 ` Kevin Traynor
  2023-03-15 14:36 ` patch 'net/virtio: " Kevin Traynor
                   ` (19 subsequent siblings)
  45 siblings, 0 replies; 47+ messages in thread
From: Kevin Traynor @ 2023-03-15 14:36 UTC (permalink / raw)
  To: Chengwen Feng; +Cc: Dongdong Liu, dpdk stable

Hi,

FYI, your patch has been queued to stable release 21.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 03/20/23. 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/kevintraynor/dpdk-stable

This queued commit can be viewed at:
https://github.com/kevintraynor/dpdk-stable/commit/1b619068f32964344ed2e3a94956ec64afd97fb7

Thanks.

Kevin

---
From 1b619068f32964344ed2e3a94956ec64afd97fb7 Mon Sep 17 00:00:00 2001
From: Chengwen Feng <fengchengwen@huawei.com>
Date: Thu, 2 Mar 2023 07:50:09 +0000
Subject: [PATCH] net/hns3: fix empty devargs parsing

[ upstream commit 8e9bd29995ddb1205d90291a684bcf71599d6623 ]

The rte_kvargs_process() was used to parse KV pairs, it also supports
to parse 'only keys' (e.g. socket_id) type. And the callback function
parameter 'value' is NULL when parsed 'only keys'.

This patch fixes segment fault when parse input args with 'only keys'
(e.g. rx_func_hint).

Fixes: a124f9e9591b ("net/hns3: add runtime config to select IO burst function")
Fixes: 70791213242e ("net/hns3: support masking device capability")
Fixes: 2fc3e696a7f1 ("net/hns3: add runtime config for mailbox limit time")

Signed-off-by: Chengwen Feng <fengchengwen@huawei.com>
Acked-by: Dongdong Liu <liudongdong3@huawei.com>
---
 drivers/net/hns3/hns3_common.c | 9 +++++++++
 1 file changed, 9 insertions(+)

diff --git a/drivers/net/hns3/hns3_common.c b/drivers/net/hns3/hns3_common.c
index dc24f7557d..2532c3b770 100644
--- a/drivers/net/hns3/hns3_common.c
+++ b/drivers/net/hns3/hns3_common.c
@@ -162,4 +162,7 @@ hns3_parse_io_hint_func(const char *key, const char *value, void *extra_args)
 	RTE_SET_USED(key);
 
+	if (value == NULL || extra_args == NULL)
+		return 0;
+
 	if (strcmp(value, "vec") == 0)
 		hint = HNS3_IO_FUNC_HINT_VEC;
@@ -202,4 +205,7 @@ hns3_parse_dev_caps_mask(const char *key, const char *value, void *extra_args)
 	RTE_SET_USED(key);
 
+	if (value == NULL || extra_args == NULL)
+		return 0;
+
 	val = strtoull(value, NULL, HNS3_CONVERT_TO_HEXADECIMAL);
 	*(uint64_t *)extra_args = val;
@@ -215,4 +221,7 @@ hns3_parse_mbx_time_limit(const char *key, const char *value, void *extra_args)
 	RTE_SET_USED(key);
 
+	if (value == NULL || extra_args == NULL)
+		return 0;
+
 	val = strtoul(value, NULL, HNS3_CONVERT_TO_DECIMAL);
 
-- 
2.39.2

---
  Diff of the applied patch vs upstream commit (please double-check if non-empty:
---
--- -	2023-03-15 14:30:21.257280322 +0000
+++ 0027-net-hns3-fix-empty-devargs-parsing.patch	2023-03-15 14:30:20.589123714 +0000
@@ -1 +1 @@
-From 8e9bd29995ddb1205d90291a684bcf71599d6623 Mon Sep 17 00:00:00 2001
+From 1b619068f32964344ed2e3a94956ec64afd97fb7 Mon Sep 17 00:00:00 2001
@@ -5,0 +6,2 @@
+[ upstream commit 8e9bd29995ddb1205d90291a684bcf71599d6623 ]
+
@@ -16 +17,0 @@
-Cc: stable@dpdk.org
@@ -25 +26 @@
-index a0c9e66c2c..f077ef5057 100644
+index dc24f7557d..2532c3b770 100644
@@ -28 +29 @@
-@@ -164,4 +164,7 @@ hns3_parse_io_hint_func(const char *key, const char *value, void *extra_args)
+@@ -162,4 +162,7 @@ hns3_parse_io_hint_func(const char *key, const char *value, void *extra_args)
@@ -36 +37 @@
-@@ -204,4 +207,7 @@ hns3_parse_dev_caps_mask(const char *key, const char *value, void *extra_args)
+@@ -202,4 +205,7 @@ hns3_parse_dev_caps_mask(const char *key, const char *value, void *extra_args)
@@ -44 +45 @@
-@@ -217,4 +223,7 @@ hns3_parse_mbx_time_limit(const char *key, const char *value, void *extra_args)
+@@ -215,4 +221,7 @@ hns3_parse_mbx_time_limit(const char *key, const char *value, void *extra_args)


^ permalink raw reply	[flat|nested] 47+ messages in thread

* patch 'net/virtio: fix empty devargs parsing' has been queued to stable release 21.11.4
  2023-03-15 14:35 patch 'eal/windows: fix pedantic build' has been queued to stable release 21.11.4 Kevin Traynor
                   ` (25 preceding siblings ...)
  2023-03-15 14:36 ` patch 'net/hns3: " Kevin Traynor
@ 2023-03-15 14:36 ` Kevin Traynor
  2023-03-15 14:36 ` patch 'dma/skeleton: " Kevin Traynor
                   ` (18 subsequent siblings)
  45 siblings, 0 replies; 47+ messages in thread
From: Kevin Traynor @ 2023-03-15 14:36 UTC (permalink / raw)
  To: Chengwen Feng; +Cc: Maxime Coquelin, dpdk stable

Hi,

FYI, your patch has been queued to stable release 21.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 03/20/23. 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/kevintraynor/dpdk-stable

This queued commit can be viewed at:
https://github.com/kevintraynor/dpdk-stable/commit/cbb039980138c4626c2dfb4e56a7ee051e6c9e6b

Thanks.

Kevin

---
From cbb039980138c4626c2dfb4e56a7ee051e6c9e6b Mon Sep 17 00:00:00 2001
From: Chengwen Feng <fengchengwen@huawei.com>
Date: Thu, 2 Mar 2023 07:50:10 +0000
Subject: [PATCH] net/virtio: fix empty devargs parsing

[ upstream commit 1c1b35b59b4cee8836f34498b7c55b49de39d7b3 ]

The rte_kvargs_process() was used to parse KV pairs, it also supports
to parse 'only keys' (e.g. socket_id) type. And the callback function
parameter 'value' is NULL when parsed 'only keys'.

This patch fixes segment fault when parse input args with 'only keys'
(e.g. vectorized,vdpa).

Fixes: 4710e16a4a7b ("net/virtio: add parameter to enable vectorized path")
Fixes: 44d7b2e87b69 ("net/virtio: refactor devargs parsing")
Fixes: 440f03c25378 ("net/virtio: skip device probe in vDPA mode")

Signed-off-by: Chengwen Feng <fengchengwen@huawei.com>
Reviewed-by: Maxime Coquelin <maxime.coquelin@redhat.com>
---
 drivers/net/virtio/virtio_ethdev.c     | 3 +++
 drivers/net/virtio/virtio_pci_ethdev.c | 3 +++
 2 files changed, 6 insertions(+)

diff --git a/drivers/net/virtio/virtio_ethdev.c b/drivers/net/virtio/virtio_ethdev.c
index 38bfe050b5..df9ee9fde6 100644
--- a/drivers/net/virtio/virtio_ethdev.c
+++ b/drivers/net/virtio/virtio_ethdev.c
@@ -2457,4 +2457,7 @@ static int vectorized_check_handler(__rte_unused const char *key,
 		const char *value, void *ret_val)
 {
+	if (value == NULL || ret_val == NULL)
+		return -EINVAL;
+
 	if (strcmp(value, "1") == 0)
 		*(int *)ret_val = 1;
diff --git a/drivers/net/virtio/virtio_pci_ethdev.c b/drivers/net/virtio/virtio_pci_ethdev.c
index 1f6bdeddda..f786ac2c9e 100644
--- a/drivers/net/virtio/virtio_pci_ethdev.c
+++ b/drivers/net/virtio/virtio_pci_ethdev.c
@@ -149,4 +149,7 @@ static int vdpa_check_handler(__rte_unused const char *key,
 		const char *value, void *ret_val)
 {
+	if (value == NULL || ret_val == NULL)
+		return -EINVAL;
+
 	if (strcmp(value, "1") == 0)
 		*(int *)ret_val = 1;
-- 
2.39.2

---
  Diff of the applied patch vs upstream commit (please double-check if non-empty:
---
--- -	2023-03-15 14:30:21.280302618 +0000
+++ 0028-net-virtio-fix-empty-devargs-parsing.patch	2023-03-15 14:30:20.592123724 +0000
@@ -1 +1 @@
-From 1c1b35b59b4cee8836f34498b7c55b49de39d7b3 Mon Sep 17 00:00:00 2001
+From cbb039980138c4626c2dfb4e56a7ee051e6c9e6b Mon Sep 17 00:00:00 2001
@@ -5,0 +6,2 @@
+[ upstream commit 1c1b35b59b4cee8836f34498b7c55b49de39d7b3 ]
+
@@ -16 +17,0 @@
-Cc: stable@dpdk.org
@@ -26 +27 @@
-index dc6856d749..ae84d313be 100644
+index 38bfe050b5..df9ee9fde6 100644
@@ -29 +30 @@
-@@ -2057,4 +2057,7 @@ static int vectorized_check_handler(__rte_unused const char *key,
+@@ -2457,4 +2457,7 @@ static int vectorized_check_handler(__rte_unused const char *key,
@@ -38 +39 @@
-index abc63b0935..9b4b846f8a 100644
+index 1f6bdeddda..f786ac2c9e 100644


^ permalink raw reply	[flat|nested] 47+ messages in thread

* patch 'dma/skeleton: fix empty devargs parsing' has been queued to stable release 21.11.4
  2023-03-15 14:35 patch 'eal/windows: fix pedantic build' has been queued to stable release 21.11.4 Kevin Traynor
                   ` (26 preceding siblings ...)
  2023-03-15 14:36 ` patch 'net/virtio: " Kevin Traynor
@ 2023-03-15 14:36 ` Kevin Traynor
  2023-03-15 14:36 ` patch 'raw/skeleton: " Kevin Traynor
                   ` (17 subsequent siblings)
  45 siblings, 0 replies; 47+ messages in thread
From: Kevin Traynor @ 2023-03-15 14:36 UTC (permalink / raw)
  To: Chengwen Feng; +Cc: dpdk stable

Hi,

FYI, your patch has been queued to stable release 21.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 03/20/23. 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/kevintraynor/dpdk-stable

This queued commit can be viewed at:
https://github.com/kevintraynor/dpdk-stable/commit/c6dd06ddb62c2b1f6731fa73a764cbf11cf43264

Thanks.

Kevin

---
From c6dd06ddb62c2b1f6731fa73a764cbf11cf43264 Mon Sep 17 00:00:00 2001
From: Chengwen Feng <fengchengwen@huawei.com>
Date: Thu, 2 Mar 2023 07:50:11 +0000
Subject: [PATCH] dma/skeleton: fix empty devargs parsing

[ upstream commit e0e5dd0450db22fc7712da4b5a8e6fd6e081c870 ]

The rte_kvargs_process() was used to parse KV pairs, it also supports
to parse 'only keys' (e.g. socket_id) type. And the callback function
parameter 'value' is NULL when parsed 'only keys'.

This patch fixes segment fault when parse input args with 'only keys'
(e.g. lcore).

Fixes: 05d5fc66a269 ("dma/skeleton: introduce skeleton driver")

Signed-off-by: Chengwen Feng <fengchengwen@huawei.com>
---
 drivers/dma/skeleton/skeleton_dmadev.c | 8 +++++++-
 1 file changed, 7 insertions(+), 1 deletion(-)

diff --git a/drivers/dma/skeleton/skeleton_dmadev.c b/drivers/dma/skeleton/skeleton_dmadev.c
index 6b0bb14e2c..08bf20e899 100644
--- a/drivers/dma/skeleton/skeleton_dmadev.c
+++ b/drivers/dma/skeleton/skeleton_dmadev.c
@@ -512,7 +512,13 @@ skeldma_parse_lcore(const char *key __rte_unused,
 		    void *opaque)
 {
-	int lcore_id = atoi(value);
+	int lcore_id;
+
+	if (value == NULL || opaque == NULL)
+		return -EINVAL;
+
+	lcore_id = atoi(value);
 	if (lcore_id >= 0 && lcore_id < RTE_MAX_LCORE)
 		*(int *)opaque = lcore_id;
+
 	return 0;
 }
-- 
2.39.2

---
  Diff of the applied patch vs upstream commit (please double-check if non-empty:
---
--- -	2023-03-15 14:30:21.303767738 +0000
+++ 0029-dma-skeleton-fix-empty-devargs-parsing.patch	2023-03-15 14:30:20.594123731 +0000
@@ -1 +1 @@
-From e0e5dd0450db22fc7712da4b5a8e6fd6e081c870 Mon Sep 17 00:00:00 2001
+From c6dd06ddb62c2b1f6731fa73a764cbf11cf43264 Mon Sep 17 00:00:00 2001
@@ -5,0 +6,2 @@
+[ upstream commit e0e5dd0450db22fc7712da4b5a8e6fd6e081c870 ]
+
@@ -14 +15,0 @@
-Cc: stable@dpdk.org
@@ -22 +23 @@
-index 9b6da655fd..daf35eccce 100644
+index 6b0bb14e2c..08bf20e899 100644
@@ -25 +26 @@
-@@ -516,7 +516,13 @@ skeldma_parse_lcore(const char *key __rte_unused,
+@@ -512,7 +512,13 @@ skeldma_parse_lcore(const char *key __rte_unused,


^ permalink raw reply	[flat|nested] 47+ messages in thread

* patch 'raw/skeleton: fix empty devargs parsing' has been queued to stable release 21.11.4
  2023-03-15 14:35 patch 'eal/windows: fix pedantic build' has been queued to stable release 21.11.4 Kevin Traynor
                   ` (27 preceding siblings ...)
  2023-03-15 14:36 ` patch 'dma/skeleton: " Kevin Traynor
@ 2023-03-15 14:36 ` Kevin Traynor
  2023-03-15 14:36 ` patch 'table: fix action selector group size log2 setting' " Kevin Traynor
                   ` (16 subsequent siblings)
  45 siblings, 0 replies; 47+ messages in thread
From: Kevin Traynor @ 2023-03-15 14:36 UTC (permalink / raw)
  To: Chengwen Feng; +Cc: dpdk stable

Hi,

FYI, your patch has been queued to stable release 21.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 03/20/23. 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/kevintraynor/dpdk-stable

This queued commit can be viewed at:
https://github.com/kevintraynor/dpdk-stable/commit/d15e8526b03faa9f22aa8c3c456c1f6b30d234e0

Thanks.

Kevin

---
From d15e8526b03faa9f22aa8c3c456c1f6b30d234e0 Mon Sep 17 00:00:00 2001
From: Chengwen Feng <fengchengwen@huawei.com>
Date: Thu, 2 Mar 2023 07:50:12 +0000
Subject: [PATCH] raw/skeleton: fix empty devargs parsing

[ upstream commit 11da6149224a8de53d2ddd2aacba7b158cc4e3b4 ]

The rte_kvargs_process() was used to parse KV pairs, it also supports
to parse 'only keys' (e.g. socket_id) type. And the callback function
parameter 'value' is NULL when parsed 'only keys'.

This patch fixes segment fault when parse input args with 'only keys'
(e.g. self_test).

Fixes: 55ca1b0f2151 ("raw/skeleton: add test cases")

Signed-off-by: Chengwen Feng <fengchengwen@huawei.com>
---
 drivers/raw/skeleton/skeleton_rawdev.c | 2 ++
 1 file changed, 2 insertions(+)

diff --git a/drivers/raw/skeleton/skeleton_rawdev.c b/drivers/raw/skeleton/skeleton_rawdev.c
index 16ecae3d92..a49e000146 100644
--- a/drivers/raw/skeleton/skeleton_rawdev.c
+++ b/drivers/raw/skeleton/skeleton_rawdev.c
@@ -660,4 +660,6 @@ skeldev_get_selftest(const char *key __rte_unused,
 {
 	int *flag = opaque;
+	if (value == NULL || opaque == NULL)
+		return -EINVAL;
 	*flag = atoi(value);
 	return 0;
-- 
2.39.2

---
  Diff of the applied patch vs upstream commit (please double-check if non-empty:
---
--- -	2023-03-15 14:30:21.326447105 +0000
+++ 0030-raw-skeleton-fix-empty-devargs-parsing.patch	2023-03-15 14:30:20.595123734 +0000
@@ -1 +1 @@
-From 11da6149224a8de53d2ddd2aacba7b158cc4e3b4 Mon Sep 17 00:00:00 2001
+From d15e8526b03faa9f22aa8c3c456c1f6b30d234e0 Mon Sep 17 00:00:00 2001
@@ -5,0 +6,2 @@
+[ upstream commit 11da6149224a8de53d2ddd2aacba7b158cc4e3b4 ]
+
@@ -14 +15,0 @@
-Cc: stable@dpdk.org
@@ -22 +23 @@
-index b2ca1cc5cd..53fe49f936 100644
+index 16ecae3d92..a49e000146 100644
@@ -25 +26 @@
-@@ -665,4 +665,6 @@ skeldev_get_selftest(const char *key __rte_unused,
+@@ -660,4 +660,6 @@ skeldev_get_selftest(const char *key __rte_unused,


^ permalink raw reply	[flat|nested] 47+ messages in thread

* patch 'table: fix action selector group size log2 setting' has been queued to stable release 21.11.4
  2023-03-15 14:35 patch 'eal/windows: fix pedantic build' has been queued to stable release 21.11.4 Kevin Traynor
                   ` (28 preceding siblings ...)
  2023-03-15 14:36 ` patch 'raw/skeleton: " Kevin Traynor
@ 2023-03-15 14:36 ` Kevin Traynor
  2023-03-15 14:36 ` patch 'regex/mlx5: utilize all available queue pairs' " Kevin Traynor
                   ` (15 subsequent siblings)
  45 siblings, 0 replies; 47+ messages in thread
From: Kevin Traynor @ 2023-03-15 14:36 UTC (permalink / raw)
  To: Yogesh Jangra; +Cc: Cristian Dumitrescu, dpdk stable

Hi,

FYI, your patch has been queued to stable release 21.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 03/20/23. 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/kevintraynor/dpdk-stable

This queued commit can be viewed at:
https://github.com/kevintraynor/dpdk-stable/commit/c07485a1c1770c484483a104c905336f7ca3b0ba

Thanks.

Kevin

---
From c07485a1c1770c484483a104c905336f7ca3b0ba Mon Sep 17 00:00:00 2001
From: Yogesh Jangra <yogesh.jangra@intel.com>
Date: Thu, 9 Mar 2023 13:58:42 +0000
Subject: [PATCH] table: fix action selector group size log2 setting

[ upstream commit 44bcb29f5c1b5b5af1942dee58ba16fba78c35f0 ]

The incorrect variable for the number of groups was used, so in the
case of values not power of 2 the incorrect result was produced.

Fixes: f7598a62d114 ("table: support selector table")

Signed-off-by: Yogesh Jangra <yogesh.jangra@intel.com>
Acked-by: Cristian Dumitrescu <cristian.dumitrescu@intel.com>
---
 lib/table/rte_swx_table_selector.c | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/lib/table/rte_swx_table_selector.c b/lib/table/rte_swx_table_selector.c
index 541ebc2213..5d8e013286 100644
--- a/lib/table/rte_swx_table_selector.c
+++ b/lib/table/rte_swx_table_selector.c
@@ -234,5 +234,5 @@ table_params_copy(struct table *t, struct rte_swx_table_selector_params *params)
 
 	for (i = 0; i < 32; i++)
-		if (params->n_members_per_group_max == 1U << i)
+		if (t->params.n_members_per_group_max == 1U << i)
 			t->n_members_per_group_max_log2 = i;
 
-- 
2.39.2

---
  Diff of the applied patch vs upstream commit (please double-check if non-empty:
---
--- -	2023-03-15 14:30:21.349567962 +0000
+++ 0031-table-fix-action-selector-group-size-log2-setting.patch	2023-03-15 14:30:20.596123738 +0000
@@ -1 +1 @@
-From 44bcb29f5c1b5b5af1942dee58ba16fba78c35f0 Mon Sep 17 00:00:00 2001
+From c07485a1c1770c484483a104c905336f7ca3b0ba Mon Sep 17 00:00:00 2001
@@ -5,0 +6,2 @@
+[ upstream commit 44bcb29f5c1b5b5af1942dee58ba16fba78c35f0 ]
+
@@ -10 +11,0 @@
-Cc: stable@dpdk.org
@@ -19 +20 @@
-index ad99f18453..18e021fe6f 100644
+index 541ebc2213..5d8e013286 100644
@@ -22 +23 @@
-@@ -233,5 +233,5 @@ table_params_copy(struct table *t, struct rte_swx_table_selector_params *params)
+@@ -234,5 +234,5 @@ table_params_copy(struct table *t, struct rte_swx_table_selector_params *params)


^ permalink raw reply	[flat|nested] 47+ messages in thread

* patch 'regex/mlx5: utilize all available queue pairs' has been queued to stable release 21.11.4
  2023-03-15 14:35 patch 'eal/windows: fix pedantic build' has been queued to stable release 21.11.4 Kevin Traynor
                   ` (29 preceding siblings ...)
  2023-03-15 14:36 ` patch 'table: fix action selector group size log2 setting' " Kevin Traynor
@ 2023-03-15 14:36 ` Kevin Traynor
  2023-03-15 14:36 ` patch 'regex/mlx5: fix doorbell record' " Kevin Traynor
                   ` (14 subsequent siblings)
  45 siblings, 0 replies; 47+ messages in thread
From: Kevin Traynor @ 2023-03-15 14:36 UTC (permalink / raw)
  To: Gerry Gribbon; +Cc: dpdk stable

Hi,

FYI, your patch has been queued to stable release 21.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 03/20/23. 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/kevintraynor/dpdk-stable

This queued commit can be viewed at:
https://github.com/kevintraynor/dpdk-stable/commit/e140c624f60fba5dbed361ab26ac87ac8ac108d7

Thanks.

Kevin

---
From e140c624f60fba5dbed361ab26ac87ac8ac108d7 Mon Sep 17 00:00:00 2001
From: Gerry Gribbon <ggribbon@nvidia.com>
Date: Tue, 21 Feb 2023 07:47:28 +0000
Subject: [PATCH] regex/mlx5: utilize all available queue pairs

[ upstream commit 2fa696a2e93c57f22a6640987b5f4378fb5de899 ]

Fix overflow of free QP mask.
Regex used 64 QPs and used a bitmask to select a free QP for use.
The bitmask in use was only 32 bits so did not allow half of the QPs
to be utilised.
Upgraded to 64 bit mask and using ffsll now instead of ffs.

Fixes: 270032608503 ("regex/mlx5: refactor HW queue objects")

Signed-off-by: Gerry Gribbon <ggribbon@nvidia.com>
---
 drivers/regex/mlx5/mlx5_regex.h          |  2 +-
 drivers/regex/mlx5/mlx5_regex_fastpath.c | 12 ++++++------
 2 files changed, 7 insertions(+), 7 deletions(-)

diff --git a/drivers/regex/mlx5/mlx5_regex.h b/drivers/regex/mlx5/mlx5_regex.h
index 89495301ac..831eb153eb 100644
--- a/drivers/regex/mlx5/mlx5_regex.h
+++ b/drivers/regex/mlx5/mlx5_regex.h
@@ -38,5 +38,5 @@ struct mlx5_regex_qp {
 	uint16_t nb_obj; /* Number of qp objects. */
 	struct mlx5_regex_cq cq; /* CQ struct. */
-	uint32_t free_qps;
+	uint64_t free_qps;
 	struct mlx5_regex_job *jobs;
 	struct ibv_mr *metadata;
diff --git a/drivers/regex/mlx5/mlx5_regex_fastpath.c b/drivers/regex/mlx5/mlx5_regex_fastpath.c
index 9a2db7e43f..4edd56d045 100644
--- a/drivers/regex/mlx5/mlx5_regex_fastpath.c
+++ b/drivers/regex/mlx5/mlx5_regex_fastpath.c
@@ -376,5 +376,5 @@ mlx5_regexdev_enqueue_gga(struct rte_regexdev *dev, uint16_t qp_id,
 	size_t hw_qpid, nb_left = nb_ops, nb_desc;
 
-	while ((hw_qpid = ffs(queue->free_qps))) {
+	while ((hw_qpid = ffsll(queue->free_qps))) {
 		hw_qpid--; /* ffs returns 1 for bit 0 */
 		qp_obj = &queue->qps[hw_qpid];
@@ -385,5 +385,5 @@ mlx5_regexdev_enqueue_gga(struct rte_regexdev *dev, uint16_t qp_id,
 				nb_desc = nb_left;
 			else
-				queue->free_qps &= ~(1 << hw_qpid);
+				queue->free_qps &= ~(1ULL << hw_qpid);
 			prep_regex_umr_wqe_set(priv, queue, qp_obj, ops,
 				nb_desc);
@@ -410,5 +410,5 @@ mlx5_regexdev_enqueue(struct rte_regexdev *dev, uint16_t qp_id,
 	size_t hw_qpid, job_id, i = 0;
 
-	while ((hw_qpid = ffs(queue->free_qps))) {
+	while ((hw_qpid = ffsll(queue->free_qps))) {
 		hw_qpid--; /* ffs returns 1 for bit 0 */
 		qp_obj = &queue->qps[hw_qpid];
@@ -424,5 +424,5 @@ mlx5_regexdev_enqueue(struct rte_regexdev *dev, uint16_t qp_id,
 			}
 		}
-		queue->free_qps &= ~(1 << hw_qpid);
+		queue->free_qps &= ~(1ULL << hw_qpid);
 		send_doorbell(priv, qp_obj);
 	}
@@ -557,5 +557,5 @@ mlx5_regexdev_dequeue(struct rte_regexdev *dev, uint16_t qp_id,
 		rte_wmb();
 		cq->cq_obj.db_rec[0] = rte_cpu_to_be_32(cq->ci);
-		queue->free_qps |= (1 << hw_qpid);
+		queue->free_qps |= (1ULL << hw_qpid);
 	}
 
@@ -596,5 +596,5 @@ setup_qps(struct mlx5_regex_priv *priv, struct mlx5_regex_qp *queue)
 			wqe += 64;
 		}
-		queue->free_qps |= 1 << hw_qpid;
+		queue->free_qps |= 1ULL << hw_qpid;
 	}
 }
-- 
2.39.2

---
  Diff of the applied patch vs upstream commit (please double-check if non-empty:
---
--- -	2023-03-15 14:30:21.372001865 +0000
+++ 0032-regex-mlx5-utilize-all-available-queue-pairs.patch	2023-03-15 14:30:20.597123742 +0000
@@ -1 +1 @@
-From 2fa696a2e93c57f22a6640987b5f4378fb5de899 Mon Sep 17 00:00:00 2001
+From e140c624f60fba5dbed361ab26ac87ac8ac108d7 Mon Sep 17 00:00:00 2001
@@ -5,0 +6,2 @@
+[ upstream commit 2fa696a2e93c57f22a6640987b5f4378fb5de899 ]
+
@@ -13 +14,0 @@
-Cc: stable@dpdk.org
@@ -22 +23 @@
-index b8554fd1cf..481f6fc59f 100644
+index 89495301ac..831eb153eb 100644
@@ -33 +34 @@
-index 143c7d7cdf..6c87afa923 100644
+index 9a2db7e43f..4edd56d045 100644
@@ -36,2 +37,2 @@
-@@ -418,5 +418,5 @@ mlx5_regexdev_enqueue_gga(struct rte_regexdev *dev, uint16_t qp_id,
- #endif
+@@ -376,5 +376,5 @@ mlx5_regexdev_enqueue_gga(struct rte_regexdev *dev, uint16_t qp_id,
+ 	size_t hw_qpid, nb_left = nb_ops, nb_desc;
@@ -43 +44 @@
-@@ -427,5 +427,5 @@ mlx5_regexdev_enqueue_gga(struct rte_regexdev *dev, uint16_t qp_id,
+@@ -385,5 +385,5 @@ mlx5_regexdev_enqueue_gga(struct rte_regexdev *dev, uint16_t qp_id,
@@ -50,2 +51,2 @@
-@@ -457,5 +457,5 @@ mlx5_regexdev_enqueue(struct rte_regexdev *dev, uint16_t qp_id,
- #endif
+@@ -410,5 +410,5 @@ mlx5_regexdev_enqueue(struct rte_regexdev *dev, uint16_t qp_id,
+ 	size_t hw_qpid, job_id, i = 0;
@@ -57 +58 @@
-@@ -471,5 +471,5 @@ mlx5_regexdev_enqueue(struct rte_regexdev *dev, uint16_t qp_id,
+@@ -424,5 +424,5 @@ mlx5_regexdev_enqueue(struct rte_regexdev *dev, uint16_t qp_id,
@@ -64 +65 @@
-@@ -604,5 +604,5 @@ mlx5_regexdev_dequeue(struct rte_regexdev *dev, uint16_t qp_id,
+@@ -557,5 +557,5 @@ mlx5_regexdev_dequeue(struct rte_regexdev *dev, uint16_t qp_id,
@@ -71 +72 @@
-@@ -643,5 +643,5 @@ setup_qps(struct mlx5_regex_priv *priv, struct mlx5_regex_qp *queue)
+@@ -596,5 +596,5 @@ setup_qps(struct mlx5_regex_priv *priv, struct mlx5_regex_qp *queue)


^ permalink raw reply	[flat|nested] 47+ messages in thread

* patch 'regex/mlx5: fix doorbell record' has been queued to stable release 21.11.4
  2023-03-15 14:35 patch 'eal/windows: fix pedantic build' has been queued to stable release 21.11.4 Kevin Traynor
                   ` (30 preceding siblings ...)
  2023-03-15 14:36 ` patch 'regex/mlx5: utilize all available queue pairs' " Kevin Traynor
@ 2023-03-15 14:36 ` Kevin Traynor
  2023-03-15 14:36 ` patch 'common/sfc_efx/base: add MAE mark reset action' " Kevin Traynor
                   ` (13 subsequent siblings)
  45 siblings, 0 replies; 47+ messages in thread
From: Kevin Traynor @ 2023-03-15 14:36 UTC (permalink / raw)
  To: Gerry Gribbon; +Cc: dpdk stable

Hi,

FYI, your patch has been queued to stable release 21.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 03/20/23. 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/kevintraynor/dpdk-stable

This queued commit can be viewed at:
https://github.com/kevintraynor/dpdk-stable/commit/5b765d83bba06bd887d263d077bc7cdb5b7b56e1

Thanks.

Kevin

---
From 5b765d83bba06bd887d263d077bc7cdb5b7b56e1 Mon Sep 17 00:00:00 2001
From: Gerry Gribbon <ggribbon@nvidia.com>
Date: Tue, 21 Feb 2023 07:49:57 +0000
Subject: [PATCH] regex/mlx5: fix doorbell record

[ upstream commit b15d75b2872efce397d827dac78692a919358302 ]

We were writing a value that should represent the number of items to be
processed by hardware. The value being written was off by 1 (N*4)+3;
The value should be (N*4) + 4 simplified to (N+1)*4

Fixes: 5dfa003db53f ("common/mlx5: fix post doorbell barrier")

Signed-off-by: Gerry Gribbon <ggribbon@nvidia.com>
---
 drivers/regex/mlx5/mlx5_regex_fastpath.c | 4 ++--
 1 file changed, 2 insertions(+), 2 deletions(-)

diff --git a/drivers/regex/mlx5/mlx5_regex_fastpath.c b/drivers/regex/mlx5/mlx5_regex_fastpath.c
index 4edd56d045..32a9181fb3 100644
--- a/drivers/regex/mlx5/mlx5_regex_fastpath.c
+++ b/drivers/regex/mlx5/mlx5_regex_fastpath.c
@@ -175,6 +175,6 @@ send_doorbell(struct mlx5_regex_priv *priv, struct mlx5_regex_hw_qp *qp)
 			    (priv->has_umr ? MLX5_REGEX_UMR_WQE_SIZE : 0);
 	uint8_t *wqe = (uint8_t *)(uintptr_t)qp->qp_obj.wqes + wqe_offset;
-	uint32_t actual_pi = (priv->has_umr ? (qp->db_pi * 4 + 3) : qp->db_pi) &
-			     MLX5_REGEX_MAX_WQE_INDEX;
+	uint32_t actual_pi = (priv->has_umr ? ((1 + qp->db_pi) * 4) : qp->db_pi)
+			     & MLX5_REGEX_MAX_WQE_INDEX;
 
 	/* Or the fm_ce_se instead of set, avoid the fence be cleared. */
-- 
2.39.2

---
  Diff of the applied patch vs upstream commit (please double-check if non-empty:
---
--- -	2023-03-15 14:30:21.395151464 +0000
+++ 0033-regex-mlx5-fix-doorbell-record.patch	2023-03-15 14:30:20.598123745 +0000
@@ -1 +1 @@
-From b15d75b2872efce397d827dac78692a919358302 Mon Sep 17 00:00:00 2001
+From 5b765d83bba06bd887d263d077bc7cdb5b7b56e1 Mon Sep 17 00:00:00 2001
@@ -5,0 +6,2 @@
+[ upstream commit b15d75b2872efce397d827dac78692a919358302 ]
+
@@ -11 +12,0 @@
-Cc: stable@dpdk.org
@@ -19 +20 @@
-index 6c87afa923..8e5f8c9c95 100644
+index 4edd56d045..32a9181fb3 100644
@@ -22 +23 @@
-@@ -212,6 +212,6 @@ send_doorbell(struct mlx5_regex_priv *priv, struct mlx5_regex_hw_qp *qp)
+@@ -175,6 +175,6 @@ send_doorbell(struct mlx5_regex_priv *priv, struct mlx5_regex_hw_qp *qp)


^ permalink raw reply	[flat|nested] 47+ messages in thread

* patch 'common/sfc_efx/base: add MAE mark reset action' has been queued to stable release 21.11.4
  2023-03-15 14:35 patch 'eal/windows: fix pedantic build' has been queued to stable release 21.11.4 Kevin Traynor
                   ` (31 preceding siblings ...)
  2023-03-15 14:36 ` patch 'regex/mlx5: fix doorbell record' " Kevin Traynor
@ 2023-03-15 14:36 ` Kevin Traynor
  2023-03-15 14:36 ` patch 'kni: fix possible starvation when mbufs are exhausted' " Kevin Traynor
                   ` (12 subsequent siblings)
  45 siblings, 0 replies; 47+ messages in thread
From: Kevin Traynor @ 2023-03-15 14:36 UTC (permalink / raw)
  To: Ivan Malov; +Cc: Andy Moreton, Andrew Rybchenko, dpdk stable

Hi,

FYI, your patch has been queued to stable release 21.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 03/20/23. 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/kevintraynor/dpdk-stable

This queued commit can be viewed at:
https://github.com/kevintraynor/dpdk-stable/commit/b7c5365796413260082738db9dcb0f1eb7f0777d

Thanks.

Kevin

---
From b7c5365796413260082738db9dcb0f1eb7f0777d Mon Sep 17 00:00:00 2001
From: Ivan Malov <ivan.malov@arknetworks.am>
Date: Thu, 9 Mar 2023 08:28:41 +0400
Subject: [PATCH] common/sfc_efx/base: add MAE mark reset action

[ upstream commit 13d3f0d2ffeac7308f72fed56b2c8c545ac73fa5 ]

Previously, DPDK sfc driver received support for tunnel
offload. In it, MAE needs to set intermediate mark from
an outer rule (OR) recirculation ID in order to help
the driver identify packets that hit the OR but miss
on action rule (AR) lookup. But, for packets that do
hit an AR, the driver wants to reset this mark so
that the end receiver of traffic does not see it.

The driver has a call to request such mark reset,
but it does not work as it comes via the regular
mark populate API, which must not be invoked
after final delivery action has been added.

Provide a suitable dedicated API for that.

Fixes: 3a73dcfdb255 ("common/sfc_efx/base: match on recirc ID in action rules")

Signed-off-by: Ivan Malov <ivan.malov@arknetworks.am>
Reviewed-by: Andy Moreton <amoreton@xilinx.com>
Acked-by: Andrew Rybchenko <andrew.rybchenko@oktetlabs.ru>
---
 drivers/common/sfc_efx/base/efx.h     | 18 ++++++++++++++++++
 drivers/common/sfc_efx/base/efx_mae.c | 12 ++++++++++++
 drivers/common/sfc_efx/version.map    |  1 +
 3 files changed, 31 insertions(+)

diff --git a/drivers/common/sfc_efx/base/efx.h b/drivers/common/sfc_efx/base/efx.h
index 96769935c0..d70060c18b 100644
--- a/drivers/common/sfc_efx/base/efx.h
+++ b/drivers/common/sfc_efx/base/efx.h
@@ -4536,4 +4536,22 @@ efx_mae_action_set_populate_mark(
 	__in				uint32_t mark_value);
 
+/*
+ * Whilst efx_mae_action_set_populate_mark() can be used to request setting
+ * a user mark in matching packets and demands that the request come before
+ * setting the final destination (deliver action), this API can be invoked
+ * after deliver action has been added in order to request mark reset if
+ * the user's own mark request has not been added as a result of parsing.
+ *
+ * It is useful when the driver chains an outer rule (OR) with an action
+ * rule (AR) by virtue of a recirculation ID. The OR may set mark from
+ * this ID to help the driver identify packets that hit the OR and do
+ * not hit the AR. But, for packets that do hit the AR, the driver
+ * wants to reset the mark value to avoid confusing recipients.
+ */
+LIBEFX_API
+extern					void
+efx_mae_action_set_populate_mark_reset(
+	__in				efx_mae_actions_t *spec);
+
 LIBEFX_API
 extern	__checkReturn			efx_rc_t
diff --git a/drivers/common/sfc_efx/base/efx_mae.c b/drivers/common/sfc_efx/base/efx_mae.c
index 31f51b5548..7732d99992 100644
--- a/drivers/common/sfc_efx/base/efx_mae.c
+++ b/drivers/common/sfc_efx/base/efx_mae.c
@@ -1917,4 +1917,16 @@ efx_mae_action_set_populate_mark(
 }
 
+					void
+efx_mae_action_set_populate_mark_reset(
+	__in				efx_mae_actions_t *spec)
+{
+	uint32_t action_mask = (1U << EFX_MAE_ACTION_MARK);
+
+	if ((spec->ema_actions & action_mask) == 0) {
+		spec->ema_actions |= action_mask;
+		spec->ema_mark_value = 0;
+	}
+}
+
 	__checkReturn			efx_rc_t
 efx_mae_action_set_populate_deliver(
diff --git a/drivers/common/sfc_efx/version.map b/drivers/common/sfc_efx/version.map
index 97dd943ec4..9ce76ea6e8 100644
--- a/drivers/common/sfc_efx/version.map
+++ b/drivers/common/sfc_efx/version.map
@@ -104,4 +104,5 @@ INTERNAL {
 	efx_mae_action_set_populate_flag;
 	efx_mae_action_set_populate_mark;
+	efx_mae_action_set_populate_mark_reset;
 	efx_mae_action_set_populate_set_dst_mac;
 	efx_mae_action_set_populate_set_src_mac;
-- 
2.39.2

---
  Diff of the applied patch vs upstream commit (please double-check if non-empty:
---
--- -	2023-03-15 14:30:21.417929852 +0000
+++ 0034-common-sfc_efx-base-add-MAE-mark-reset-action.patch	2023-03-15 14:30:20.604123766 +0000
@@ -1 +1 @@
-From 13d3f0d2ffeac7308f72fed56b2c8c545ac73fa5 Mon Sep 17 00:00:00 2001
+From b7c5365796413260082738db9dcb0f1eb7f0777d Mon Sep 17 00:00:00 2001
@@ -5,0 +6,2 @@
+[ upstream commit 13d3f0d2ffeac7308f72fed56b2c8c545ac73fa5 ]
+
@@ -22 +23,0 @@
-Cc: stable@dpdk.org
@@ -34 +35 @@
-index 92ec18761b..f4fa88f169 100644
+index 96769935c0..d70060c18b 100644
@@ -37 +38 @@
-@@ -4583,4 +4583,22 @@ efx_mae_action_set_populate_mark(
+@@ -4536,4 +4536,22 @@ efx_mae_action_set_populate_mark(
@@ -82 +83 @@
-index a54aab0a08..aabc354118 100644
+index 97dd943ec4..9ce76ea6e8 100644


^ permalink raw reply	[flat|nested] 47+ messages in thread

* patch 'kni: fix possible starvation when mbufs are exhausted' has been queued to stable release 21.11.4
  2023-03-15 14:35 patch 'eal/windows: fix pedantic build' has been queued to stable release 21.11.4 Kevin Traynor
                   ` (32 preceding siblings ...)
  2023-03-15 14:36 ` patch 'common/sfc_efx/base: add MAE mark reset action' " Kevin Traynor
@ 2023-03-15 14:36 ` Kevin Traynor
  2023-03-15 14:36 ` patch 'cmdline: make rdline status not private' " Kevin Traynor
                   ` (11 subsequent siblings)
  45 siblings, 0 replies; 47+ messages in thread
From: Kevin Traynor @ 2023-03-15 14:36 UTC (permalink / raw)
  To: Yangchao Zhou; +Cc: Ferruh Yigit, dpdk stable

Hi,

FYI, your patch has been queued to stable release 21.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 03/20/23. 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/kevintraynor/dpdk-stable

This queued commit can be viewed at:
https://github.com/kevintraynor/dpdk-stable/commit/c98bda47688aa6108067ffe917e145307b59700a

Thanks.

Kevin

---
From c98bda47688aa6108067ffe917e145307b59700a Mon Sep 17 00:00:00 2001
From: Yangchao Zhou <zhouyates@gmail.com>
Date: Fri, 30 Dec 2022 12:23:38 +0800
Subject: [PATCH] kni: fix possible starvation when mbufs are exhausted

[ upstream commit 676ed80ad98fcff39943d09b8fe21e2e01ae3d4a ]

In some scenarios, mbufs returned by rte_kni_rx_burst are not freed
immediately. So kni_allocate_mbufs may be failed, but we don't know.

Even worse, when alloc_q is completely exhausted, kni_net_tx in
rte_kni.ko will drop all tx packets. kni_allocate_mbufs is never
called again, even if the mbufs are eventually freed.

In this patch, we try to allocate mbufs for alloc_q when it is empty.

According to historical experience, the performance bottleneck of KNI
is offen the usleep_range of kni thread in rte_kni.ko.
The check of kni_fifo_count is trivial and the cost should be acceptable.

Fixes: 3e12a98fe397 ("kni: optimize Rx burst")

Signed-off-by: Yangchao Zhou <zhouyates@gmail.com>
Acked-by: Ferruh Yigit <ferruh.yigit@amd.com>
---
 lib/kni/rte_kni.c | 4 ++--
 1 file changed, 2 insertions(+), 2 deletions(-)

diff --git a/lib/kni/rte_kni.c b/lib/kni/rte_kni.c
index fc8f0e7b5a..149894c152 100644
--- a/lib/kni/rte_kni.c
+++ b/lib/kni/rte_kni.c
@@ -636,6 +636,6 @@ rte_kni_rx_burst(struct rte_kni *kni, struct rte_mbuf **mbufs, unsigned int num)
 	unsigned int ret = kni_fifo_get(kni->tx_q, (void **)mbufs, num);
 
-	/* If buffers removed, allocate mbufs and then put them into alloc_q */
-	if (ret)
+	/* If buffers removed or alloc_q is empty, allocate mbufs and then put them into alloc_q */
+	if (ret || (kni_fifo_count(kni->alloc_q) == 0))
 		kni_allocate_mbufs(kni);
 
-- 
2.39.2

---
  Diff of the applied patch vs upstream commit (please double-check if non-empty:
---
--- -	2023-03-15 14:30:21.445483054 +0000
+++ 0035-kni-fix-possible-starvation-when-mbufs-are-exhausted.patch	2023-03-15 14:30:20.605123769 +0000
@@ -1 +1 @@
-From 676ed80ad98fcff39943d09b8fe21e2e01ae3d4a Mon Sep 17 00:00:00 2001
+From c98bda47688aa6108067ffe917e145307b59700a Mon Sep 17 00:00:00 2001
@@ -5,0 +6,2 @@
+[ upstream commit 676ed80ad98fcff39943d09b8fe21e2e01ae3d4a ]
+
@@ -20 +21,0 @@
-Cc: stable@dpdk.org
@@ -29 +30 @@
-index 8ab6c47153..bfa6a001ff 100644
+index fc8f0e7b5a..149894c152 100644
@@ -32 +33 @@
-@@ -635,6 +635,6 @@ rte_kni_rx_burst(struct rte_kni *kni, struct rte_mbuf **mbufs, unsigned int num)
+@@ -636,6 +636,6 @@ rte_kni_rx_burst(struct rte_kni *kni, struct rte_mbuf **mbufs, unsigned int num)


^ permalink raw reply	[flat|nested] 47+ messages in thread

* patch 'cmdline: make rdline status not private' has been queued to stable release 21.11.4
  2023-03-15 14:35 patch 'eal/windows: fix pedantic build' has been queued to stable release 21.11.4 Kevin Traynor
                   ` (33 preceding siblings ...)
  2023-03-15 14:36 ` patch 'kni: fix possible starvation when mbufs are exhausted' " Kevin Traynor
@ 2023-03-15 14:36 ` Kevin Traynor
  2023-03-15 14:36 ` patch 'cmdline: handle EOF as quit' " Kevin Traynor
                   ` (10 subsequent siblings)
  45 siblings, 0 replies; 47+ messages in thread
From: Kevin Traynor @ 2023-03-15 14:36 UTC (permalink / raw)
  To: Stephen Hemminger; +Cc: Chengwen Feng, dpdk stable

Hi,

FYI, your patch has been queued to stable release 21.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 03/20/23. 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/kevintraynor/dpdk-stable

This queued commit can be viewed at:
https://github.com/kevintraynor/dpdk-stable/commit/42339a554e3c6ca4fa8a8782e4e9d611a2d22c99

Thanks.

Kevin

---
From 42339a554e3c6ca4fa8a8782e4e9d611a2d22c99 Mon Sep 17 00:00:00 2001
From: Stephen Hemminger <stephen@networkplumber.org>
Date: Fri, 3 Feb 2023 11:14:07 -0800
Subject: [PATCH] cmdline: make rdline status not private

[ upstream commit 1ac8dd1d1b62c59cd440e5529e3bd5a500e72f76 ]

The function cmdline_poll() returns values from rdline_status enum
but that was moved to being defined only in cmdline_private.h.

For proper use of the API the return value needs to be visible
to callers. This was not a problem before because cmdline_poll()
was not used anywhere.

Fixes: f8f8dc289095 ("cmdline: make struct rdline opaque")

Signed-off-by: Stephen Hemminger <stephen@networkplumber.org>
Acked-by: Chengwen Feng <fengchengwen@huawei.com>
---
 lib/cmdline/cmdline.h         | 6 ++++++
 lib/cmdline/cmdline_private.h | 6 ------
 2 files changed, 6 insertions(+), 6 deletions(-)

diff --git a/lib/cmdline/cmdline.h b/lib/cmdline/cmdline.h
index 96674dfda2..b14355ef51 100644
--- a/lib/cmdline/cmdline.h
+++ b/lib/cmdline/cmdline.h
@@ -24,4 +24,10 @@ extern "C" {
 #endif
 
+enum rdline_status {
+	RDLINE_INIT,
+	RDLINE_RUNNING,
+	RDLINE_EXITED
+};
+
 struct cmdline;
 
diff --git a/lib/cmdline/cmdline_private.h b/lib/cmdline/cmdline_private.h
index c2e906d8de..a3271c7693 100644
--- a/lib/cmdline/cmdline_private.h
+++ b/lib/cmdline/cmdline_private.h
@@ -24,10 +24,4 @@
 #define RDLINE_HISTORY_MAX_LINE 64
 
-enum rdline_status {
-	RDLINE_INIT,
-	RDLINE_RUNNING,
-	RDLINE_EXITED
-};
-
 struct rdline {
 	enum rdline_status status;
-- 
2.39.2

---
  Diff of the applied patch vs upstream commit (please double-check if non-empty:
---
--- -	2023-03-15 14:30:21.468790230 +0000
+++ 0036-cmdline-make-rdline-status-not-private.patch	2023-03-15 14:30:20.606123773 +0000
@@ -1 +1 @@
-From 1ac8dd1d1b62c59cd440e5529e3bd5a500e72f76 Mon Sep 17 00:00:00 2001
+From 42339a554e3c6ca4fa8a8782e4e9d611a2d22c99 Mon Sep 17 00:00:00 2001
@@ -5,0 +6,2 @@
+[ upstream commit 1ac8dd1d1b62c59cd440e5529e3bd5a500e72f76 ]
+
@@ -14 +15,0 @@
-Cc: stable@dpdk.org


^ permalink raw reply	[flat|nested] 47+ messages in thread

* patch 'cmdline: handle EOF as quit' has been queued to stable release 21.11.4
  2023-03-15 14:35 patch 'eal/windows: fix pedantic build' has been queued to stable release 21.11.4 Kevin Traynor
                   ` (34 preceding siblings ...)
  2023-03-15 14:36 ` patch 'cmdline: make rdline status not private' " Kevin Traynor
@ 2023-03-15 14:36 ` Kevin Traynor
  2023-03-15 14:36 ` patch 'mem: fix heap ID in telemetry' " Kevin Traynor
                   ` (9 subsequent siblings)
  45 siblings, 0 replies; 47+ messages in thread
From: Kevin Traynor @ 2023-03-15 14:36 UTC (permalink / raw)
  To: Stephen Hemminger; +Cc: dpdk stable

Hi,

FYI, your patch has been queued to stable release 21.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 03/20/23. 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/kevintraynor/dpdk-stable

This queued commit can be viewed at:
https://github.com/kevintraynor/dpdk-stable/commit/01a15c3c5cbc59f2feb27a2e52fa9c5816d13a72

Thanks.

Kevin

---
From 01a15c3c5cbc59f2feb27a2e52fa9c5816d13a72 Mon Sep 17 00:00:00 2001
From: Stephen Hemminger <stephen@networkplumber.org>
Date: Fri, 3 Feb 2023 11:14:08 -0800
Subject: [PATCH] cmdline: handle EOF as quit

[ upstream commit 415549f1ccce62b82cb182175346904a65f74cec ]

If end of file is reached on input, then cmdline_poll() will
return 1 (ie file has something); and then the cmdline_in()
call to read will return 0. With the existing code,
caller has no way to tell that end of file has been reached
 and will retry forever.

A good way to handle this is to make end of file equivalent
to the quit command. Since no more input is possible at that
point.

Fixes: 067855e651d6 ("cmdline: add polling mode")

Signed-off-by: Stephen Hemminger <stephen@networkplumber.org>
---
 lib/cmdline/cmdline.c | 11 ++++++++---
 1 file changed, 8 insertions(+), 3 deletions(-)

diff --git a/lib/cmdline/cmdline.c b/lib/cmdline/cmdline.c
index 8f1854cb0b..5600f012c2 100644
--- a/lib/cmdline/cmdline.c
+++ b/lib/cmdline/cmdline.c
@@ -200,7 +200,12 @@ cmdline_poll(struct cmdline *cl)
 			return read_status;
 
-		status = cmdline_in(cl, &c, 1);
-		if (status < 0 && cl->rdl.status != RDLINE_EXITED)
-			return status;
+		if (read_status == 0) {
+			/* end of file is implicit quit */
+			cmdline_quit(cl);
+		} else {
+			status = cmdline_in(cl, &c, 1);
+			if (status < 0 && cl->rdl.status != RDLINE_EXITED)
+				return status;
+		}
 	}
 
-- 
2.39.2

---
  Diff of the applied patch vs upstream commit (please double-check if non-empty:
---
--- -	2023-03-15 14:30:21.491198395 +0000
+++ 0037-cmdline-handle-EOF-as-quit.patch	2023-03-15 14:30:20.607123777 +0000
@@ -1 +1 @@
-From 415549f1ccce62b82cb182175346904a65f74cec Mon Sep 17 00:00:00 2001
+From 01a15c3c5cbc59f2feb27a2e52fa9c5816d13a72 Mon Sep 17 00:00:00 2001
@@ -5,0 +6,2 @@
+[ upstream commit 415549f1ccce62b82cb182175346904a65f74cec ]
+
@@ -17 +18,0 @@
-Cc: stable@dpdk.org
@@ -25 +26 @@
-index e1009ba4c4..8ad0690d85 100644
+index 8f1854cb0b..5600f012c2 100644
@@ -28 +29 @@
-@@ -198,7 +198,12 @@ cmdline_poll(struct cmdline *cl)
+@@ -200,7 +200,12 @@ cmdline_poll(struct cmdline *cl)


^ permalink raw reply	[flat|nested] 47+ messages in thread

* patch 'mem: fix heap ID in telemetry' has been queued to stable release 21.11.4
  2023-03-15 14:35 patch 'eal/windows: fix pedantic build' has been queued to stable release 21.11.4 Kevin Traynor
                   ` (35 preceding siblings ...)
  2023-03-15 14:36 ` patch 'cmdline: handle EOF as quit' " Kevin Traynor
@ 2023-03-15 14:36 ` Kevin Traynor
  2023-03-15 14:36 ` patch 'net/hns3: fix possible truncation of hash key when config' " Kevin Traynor
                   ` (8 subsequent siblings)
  45 siblings, 0 replies; 47+ messages in thread
From: Kevin Traynor @ 2023-03-15 14:36 UTC (permalink / raw)
  To: Huisong Li; +Cc: Chengwen Feng, Morten Brørup, dpdk stable

Hi,

FYI, your patch has been queued to stable release 21.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 03/20/23. 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/kevintraynor/dpdk-stable

This queued commit can be viewed at:
https://github.com/kevintraynor/dpdk-stable/commit/43af30f9a574737f408f6fb166bd4cd08cc1ef4a

Thanks.

Kevin

---
From 43af30f9a574737f408f6fb166bd4cd08cc1ef4a Mon Sep 17 00:00:00 2001
From: Huisong Li <lihuisong@huawei.com>
Date: Wed, 22 Feb 2023 15:49:53 +0800
Subject: [PATCH] mem: fix heap ID in telemetry
MIME-Version: 1.0
Content-Type: text/plain; charset=UTF-8
Content-Transfer-Encoding: 8bit

[ upstream commit a9dc4888dd1b81b82781aaa1e2606a1c53d13422 ]

The telemetry lib has added a allowed characters set for dictionary names.
Please see commit 2537fb0c5f34 ("telemetry: limit characters allowed in
dictionary names")

The space is not in this set, which cause the heap ID in /eal/heap_info
cannot be displayed. Additionally, 'heap' is also misspelling. So use
'Heap_id' to replace 'Head id'.

Fixes: e6732d0d6e26 ("mem: add telemetry infos")
Fixes: 2537fb0c5f34 ("telemetry: limit characters allowed in dictionary names")

Signed-off-by: Huisong Li <lihuisong@huawei.com>
Acked-by: Chengwen Feng <fengchengwen@huawei.com>
Reviewed-by: Morten Brørup <mb@smartsharesystems.com>
---
 lib/eal/common/eal_common_memory.c | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/lib/eal/common/eal_common_memory.c b/lib/eal/common/eal_common_memory.c
index a3f2bdd0ca..4aeb933a8c 100644
--- a/lib/eal/common/eal_common_memory.c
+++ b/lib/eal/common/eal_common_memory.c
@@ -1134,5 +1134,5 @@ handle_eal_heap_info_request(const char *cmd __rte_unused, const char *params,
 
 	rte_tel_data_start_dict(d);
-	rte_tel_data_add_dict_u64(d, "Head id", heap_id);
+	rte_tel_data_add_dict_u64(d, "Heap_id", heap_id);
 	rte_tel_data_add_dict_string(d, "Name", heap->name);
 	rte_tel_data_add_dict_u64(d, "Heap_size",
-- 
2.39.2

---
  Diff of the applied patch vs upstream commit (please double-check if non-empty:
---
--- -	2023-03-15 14:30:21.513627870 +0000
+++ 0038-mem-fix-heap-ID-in-telemetry.patch	2023-03-15 14:30:20.608123780 +0000
@@ -1 +1 @@
-From a9dc4888dd1b81b82781aaa1e2606a1c53d13422 Mon Sep 17 00:00:00 2001
+From 43af30f9a574737f408f6fb166bd4cd08cc1ef4a Mon Sep 17 00:00:00 2001
@@ -8,0 +9,2 @@
+[ upstream commit a9dc4888dd1b81b82781aaa1e2606a1c53d13422 ]
+
@@ -19 +20,0 @@
-Cc: stable@dpdk.org
@@ -25,15 +26,3 @@
- doc/guides/rel_notes/release_23_03.rst | 2 ++
- lib/eal/common/eal_common_memory.c     | 2 +-
- 2 files changed, 3 insertions(+), 1 deletion(-)
-
-diff --git a/doc/guides/rel_notes/release_23_03.rst b/doc/guides/rel_notes/release_23_03.rst
-index 17ffabbb8c..af6f37389c 100644
---- a/doc/guides/rel_notes/release_23_03.rst
-+++ b/doc/guides/rel_notes/release_23_03.rst
-@@ -261,4 +261,6 @@ API Changes
-    =======================================================
- 
-+* The telemetry command ``/eal/heap_info`` is fixed to print ``Heap_id``.
-+
- * The experimental function ``rte_pcapng_copy`` was updated to support comment
-   section in enhanced packet block in the pcapng library.
+ lib/eal/common/eal_common_memory.c | 2 +-
+ 1 file changed, 1 insertion(+), 1 deletion(-)
+
@@ -41 +30 @@
-index c917b981bc..c2a4c8f9e7 100644
+index a3f2bdd0ca..4aeb933a8c 100644
@@ -44 +33 @@
-@@ -1140,5 +1140,5 @@ handle_eal_heap_info_request(const char *cmd __rte_unused, const char *params,
+@@ -1134,5 +1134,5 @@ handle_eal_heap_info_request(const char *cmd __rte_unused, const char *params,
@@ -47,2 +36,2 @@
--	rte_tel_data_add_dict_uint(d, "Head id", heap_id);
-+	rte_tel_data_add_dict_uint(d, "Heap_id", heap_id);
+-	rte_tel_data_add_dict_u64(d, "Head id", heap_id);
++	rte_tel_data_add_dict_u64(d, "Heap_id", heap_id);
@@ -50 +39 @@
- 	rte_tel_data_add_dict_uint(d, "Heap_size",
+ 	rte_tel_data_add_dict_u64(d, "Heap_size",


^ permalink raw reply	[flat|nested] 47+ messages in thread

* patch 'net/hns3: fix possible truncation of hash key when config' has been queued to stable release 21.11.4
  2023-03-15 14:35 patch 'eal/windows: fix pedantic build' has been queued to stable release 21.11.4 Kevin Traynor
                   ` (36 preceding siblings ...)
  2023-03-15 14:36 ` patch 'mem: fix heap ID in telemetry' " Kevin Traynor
@ 2023-03-15 14:36 ` Kevin Traynor
  2023-03-15 14:36 ` patch 'net/hns3: fix possible truncation of redirection table' " Kevin Traynor
                   ` (7 subsequent siblings)
  45 siblings, 0 replies; 47+ messages in thread
From: Kevin Traynor @ 2023-03-15 14:36 UTC (permalink / raw)
  To: Huisong Li; +Cc: Dongdong Liu, dpdk stable

Hi,

FYI, your patch has been queued to stable release 21.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 03/20/23. 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/kevintraynor/dpdk-stable

This queued commit can be viewed at:
https://github.com/kevintraynor/dpdk-stable/commit/f9e58fd51a32408f7b9ab566ea7e5e3329df8b34

Thanks.

Kevin

---
From f9e58fd51a32408f7b9ab566ea7e5e3329df8b34 Mon Sep 17 00:00:00 2001
From: Huisong Li <lihuisong@huawei.com>
Date: Fri, 10 Mar 2023 17:35:03 +0800
Subject: [PATCH] net/hns3: fix possible truncation of hash key when config

[ upstream commit bb38316e738ad6009b3f20b3abfaf27ea8cb0202 ]

The hash key length of hns3 driver is obtained from firmware. If the
length is a multiple of HNS3_RSS_HASH_KEY_NUM (16), the last part
of hash key will be truncated.

Fixes: 88347111eb53 ("net/hns3: refactor set RSS hash algorithm and key interface")

Signed-off-by: Huisong Li <lihuisong@huawei.com>
Signed-off-by: Dongdong Liu <liudongdong3@huawei.com>
---
 drivers/net/hns3/hns3_rss.c | 3 ++-
 1 file changed, 2 insertions(+), 1 deletion(-)

diff --git a/drivers/net/hns3/hns3_rss.c b/drivers/net/hns3/hns3_rss.c
index 23c367d16a..6f62f32a27 100644
--- a/drivers/net/hns3/hns3_rss.c
+++ b/drivers/net/hns3/hns3_rss.c
@@ -302,5 +302,6 @@ hns3_rss_set_algo_key(struct hns3_hw *hw, uint8_t hash_algo,
 		req->hash_config |= (idx << HNS3_RSS_HASH_KEY_OFFSET_B);
 
-		if (idx == max_bd_num - 1)
+		if (idx == max_bd_num - 1 &&
+		    (key_len % HNS3_RSS_HASH_KEY_NUM) != 0)
 			cur_key_size = key_len % HNS3_RSS_HASH_KEY_NUM;
 		else
-- 
2.39.2

---
  Diff of the applied patch vs upstream commit (please double-check if non-empty:
---
--- -	2023-03-15 14:30:21.536835124 +0000
+++ 0039-net-hns3-fix-possible-truncation-of-hash-key-when-co.patch	2023-03-15 14:30:20.610123787 +0000
@@ -1 +1 @@
-From bb38316e738ad6009b3f20b3abfaf27ea8cb0202 Mon Sep 17 00:00:00 2001
+From f9e58fd51a32408f7b9ab566ea7e5e3329df8b34 Mon Sep 17 00:00:00 2001
@@ -5,0 +6,2 @@
+[ upstream commit bb38316e738ad6009b3f20b3abfaf27ea8cb0202 ]
+
@@ -11 +12,0 @@
-Cc: stable@dpdk.org
@@ -20 +21 @@
-index d6e0754273..2011c18b9b 100644
+index 23c367d16a..6f62f32a27 100644


^ permalink raw reply	[flat|nested] 47+ messages in thread

* patch 'net/hns3: fix possible truncation of redirection table' has been queued to stable release 21.11.4
  2023-03-15 14:35 patch 'eal/windows: fix pedantic build' has been queued to stable release 21.11.4 Kevin Traynor
                   ` (37 preceding siblings ...)
  2023-03-15 14:36 ` patch 'net/hns3: fix possible truncation of hash key when config' " Kevin Traynor
@ 2023-03-15 14:36 ` Kevin Traynor
  2023-03-15 14:36 ` patch 'net/hns3: use hardware config to report " Kevin Traynor
                   ` (6 subsequent siblings)
  45 siblings, 0 replies; 47+ messages in thread
From: Kevin Traynor @ 2023-03-15 14:36 UTC (permalink / raw)
  To: Huisong Li; +Cc: Dongdong Liu, dpdk stable

Hi,

FYI, your patch has been queued to stable release 21.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 03/20/23. 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/kevintraynor/dpdk-stable

This queued commit can be viewed at:
https://github.com/kevintraynor/dpdk-stable/commit/abeba16e38adec4961b08f97c6a238538dd456ea

Thanks.

Kevin

---
From abeba16e38adec4961b08f97c6a238538dd456ea Mon Sep 17 00:00:00 2001
From: Huisong Li <lihuisong@huawei.com>
Date: Fri, 10 Mar 2023 17:35:04 +0800
Subject: [PATCH] net/hns3: fix possible truncation of redirection table

[ upstream commit 4729376e555b58a739e6e231d403ca3b029ad92c ]

The size of the redirection table is obtained from firmware. If the size
isn't a multiple of HNS3_RSS_CFG_TBL_SIZE, the redirection table from
user will be truncated.

Fixes: c37ca66f2b27 ("net/hns3: support RSS")

Signed-off-by: Huisong Li <lihuisong@huawei.com>
Signed-off-by: Dongdong Liu <liudongdong3@huawei.com>
---
 drivers/net/hns3/hns3_rss.c | 13 ++++++++++---
 1 file changed, 10 insertions(+), 3 deletions(-)

diff --git a/drivers/net/hns3/hns3_rss.c b/drivers/net/hns3/hns3_rss.c
index 6f62f32a27..e94fabccc3 100644
--- a/drivers/net/hns3/hns3_rss.c
+++ b/drivers/net/hns3/hns3_rss.c
@@ -330,4 +330,5 @@ hns3_set_rss_indir_table(struct hns3_hw *hw, uint16_t *indir, uint16_t size)
 {
 	struct hns3_rss_indirection_table_cmd *req;
+	uint16_t max_bd_num, cfg_tbl_size;
 	struct hns3_cmd_desc desc;
 	uint8_t qid_msb_off;
@@ -338,6 +339,6 @@ hns3_set_rss_indir_table(struct hns3_hw *hw, uint16_t *indir, uint16_t size)
 
 	req = (struct hns3_rss_indirection_table_cmd *)desc.data;
-
-	for (i = 0; i < size / HNS3_RSS_CFG_TBL_SIZE; i++) {
+	max_bd_num = DIV_ROUND_UP(size, HNS3_RSS_CFG_TBL_SIZE);
+	for (i = 0; i < max_bd_num; i++) {
 		hns3_cmd_setup_basic_desc(&desc, HNS3_OPC_RSS_INDIR_TABLE,
 					  false);
@@ -345,5 +346,11 @@ hns3_set_rss_indir_table(struct hns3_hw *hw, uint16_t *indir, uint16_t size)
 				rte_cpu_to_le_16(i * HNS3_RSS_CFG_TBL_SIZE);
 		req->rss_set_bitmap = rte_cpu_to_le_16(HNS3_RSS_SET_BITMAP_MSK);
-		for (j = 0; j < HNS3_RSS_CFG_TBL_SIZE; j++) {
+
+		if (i == max_bd_num - 1 && (size % HNS3_RSS_CFG_TBL_SIZE) != 0)
+			cfg_tbl_size = size % HNS3_RSS_CFG_TBL_SIZE;
+		else
+			cfg_tbl_size = HNS3_RSS_CFG_TBL_SIZE;
+
+		for (j = 0; j < cfg_tbl_size; j++) {
 			q_id = indir[i * HNS3_RSS_CFG_TBL_SIZE + j];
 			req->rss_result_l[j] = q_id & 0xff;
-- 
2.39.2

---
  Diff of the applied patch vs upstream commit (please double-check if non-empty:
---
--- -	2023-03-15 14:30:21.559779994 +0000
+++ 0040-net-hns3-fix-possible-truncation-of-redirection-tabl.patch	2023-03-15 14:30:20.611123790 +0000
@@ -1 +1 @@
-From 4729376e555b58a739e6e231d403ca3b029ad92c Mon Sep 17 00:00:00 2001
+From abeba16e38adec4961b08f97c6a238538dd456ea Mon Sep 17 00:00:00 2001
@@ -5,0 +6,2 @@
+[ upstream commit 4729376e555b58a739e6e231d403ca3b029ad92c ]
+
@@ -11 +12,0 @@
-Cc: stable@dpdk.org
@@ -20 +21 @@
-index 2011c18b9b..ed397587b5 100644
+index 6f62f32a27..e94fabccc3 100644


^ permalink raw reply	[flat|nested] 47+ messages in thread

* patch 'net/hns3: use hardware config to report redirection table' has been queued to stable release 21.11.4
  2023-03-15 14:35 patch 'eal/windows: fix pedantic build' has been queued to stable release 21.11.4 Kevin Traynor
                   ` (38 preceding siblings ...)
  2023-03-15 14:36 ` patch 'net/hns3: fix possible truncation of redirection table' " Kevin Traynor
@ 2023-03-15 14:36 ` Kevin Traynor
  2023-03-15 14:36 ` patch 'net/hns3: separate setting " Kevin Traynor
                   ` (5 subsequent siblings)
  45 siblings, 0 replies; 47+ messages in thread
From: Kevin Traynor @ 2023-03-15 14:36 UTC (permalink / raw)
  To: Huisong Li; +Cc: Dongdong Liu, dpdk stable

Hi,

FYI, your patch has been queued to stable release 21.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 03/20/23. 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/kevintraynor/dpdk-stable

This queued commit can be viewed at:
https://github.com/kevintraynor/dpdk-stable/commit/9a7ea28161a7caef98816d5f3a155b1d3ce76703

Thanks.

Kevin

---
From 9a7ea28161a7caef98816d5f3a155b1d3ce76703 Mon Sep 17 00:00:00 2001
From: Huisong Li <lihuisong@huawei.com>
Date: Fri, 10 Mar 2023 17:35:07 +0800
Subject: [PATCH] net/hns3: use hardware config to report redirection table

[ upstream commit d1e37d1c6916858314a2c67e6317b0bb6c691b36 ]

Currently, reta_query() API reports the redirection table from software.
This patch uses the one in hardware to report.

Fixes: c37ca66f2b27 ("net/hns3: support RSS")

Signed-off-by: Huisong Li <lihuisong@huawei.com>
Signed-off-by: Dongdong Liu <liudongdong3@huawei.com>
---
 drivers/net/hns3/hns3_cmd.h |  1 +
 drivers/net/hns3/hns3_rss.c | 65 ++++++++++++++++++++++++++++++++++---
 2 files changed, 62 insertions(+), 4 deletions(-)

diff --git a/drivers/net/hns3/hns3_cmd.h b/drivers/net/hns3/hns3_cmd.h
index 90d40b255f..c5ca494135 100644
--- a/drivers/net/hns3/hns3_cmd.h
+++ b/drivers/net/hns3/hns3_cmd.h
@@ -623,4 +623,5 @@ struct hns3_rss_input_tuple_cmd {
 #define HNS3_RSS_CFG_TBL_BW_H		2
 #define HNS3_RSS_CFG_TBL_BW_L		8
+#define HNS3_RSS_CFG_TBL_BW_H_M		0x3
 
 /* Configure the indirection table, opcode:0x0D07 */
diff --git a/drivers/net/hns3/hns3_rss.c b/drivers/net/hns3/hns3_rss.c
index e94fabccc3..4d0cbcaa8b 100644
--- a/drivers/net/hns3/hns3_rss.c
+++ b/drivers/net/hns3/hns3_rss.c
@@ -380,4 +380,52 @@ hns3_set_rss_indir_table(struct hns3_hw *hw, uint16_t *indir, uint16_t size)
 }
 
+static int
+hns3_get_rss_indir_table(struct hns3_hw *hw, uint16_t *indir, uint16_t size)
+{
+	struct hns3_rss_indirection_table_cmd *req;
+	uint16_t max_bd_num, cfg_tbl_size;
+	uint8_t qid_msb_off, qid_msb_idx;
+	struct hns3_cmd_desc desc;
+	uint16_t q_id, q_hi, q_lo;
+	uint8_t rss_result_h;
+	uint16_t i, j;
+	int ret;
+
+	req = (struct hns3_rss_indirection_table_cmd *)desc.data;
+	max_bd_num = DIV_ROUND_UP(size, HNS3_RSS_CFG_TBL_SIZE);
+	for (i = 0; i < max_bd_num; i++) {
+		hns3_cmd_setup_basic_desc(&desc, HNS3_OPC_RSS_INDIR_TABLE,
+					  true);
+		req->start_table_index =
+				rte_cpu_to_le_16(i * HNS3_RSS_CFG_TBL_SIZE);
+		ret = hns3_cmd_send(hw, &desc, 1);
+		if (ret) {
+			hns3_err(hw, "fail to get RSS indirection table from firmware, ret = %d",
+				 ret);
+			return ret;
+		}
+
+		if (i == max_bd_num - 1 && (size % HNS3_RSS_CFG_TBL_SIZE) != 0)
+			cfg_tbl_size = size % HNS3_RSS_CFG_TBL_SIZE;
+		else
+			cfg_tbl_size = HNS3_RSS_CFG_TBL_SIZE;
+
+		for (j = 0; j < cfg_tbl_size; j++) {
+			qid_msb_idx =
+				j * HNS3_RSS_CFG_TBL_BW_H / HNS3_BITS_PER_BYTE;
+			rss_result_h = req->rss_result_h[qid_msb_idx];
+			qid_msb_off =
+				j * HNS3_RSS_CFG_TBL_BW_H % HNS3_BITS_PER_BYTE;
+			q_hi = (rss_result_h >> qid_msb_off) &
+						HNS3_RSS_CFG_TBL_BW_H_M;
+			q_lo = req->rss_result_l[j];
+			q_id = (q_hi << HNS3_RSS_CFG_TBL_BW_L) | q_lo;
+			indir[i * HNS3_RSS_CFG_TBL_SIZE + j] = q_id;
+		}
+	}
+
+	return 0;
+}
+
 int
 hns3_rss_reset_indir_table(struct hns3_hw *hw)
@@ -638,8 +686,9 @@ hns3_dev_rss_reta_query(struct rte_eth_dev *dev,
 {
 	struct hns3_adapter *hns = dev->data->dev_private;
+	uint16_t reta_table[HNS3_RSS_IND_TBL_SIZE_MAX];
 	struct hns3_hw *hw = &hns->hw;
-	struct hns3_rss_conf *rss_cfg = &hw->rss_info;
 	uint16_t idx, shift;
 	uint16_t i;
+	int ret;
 
 	if (reta_size != hw->rss_ind_tbl_size) {
@@ -650,12 +699,20 @@ hns3_dev_rss_reta_query(struct rte_eth_dev *dev,
 	}
 	rte_spinlock_lock(&hw->lock);
+	ret = hns3_get_rss_indir_table(hw, reta_table, reta_size);
+	if (ret != 0) {
+		rte_spinlock_unlock(&hw->lock);
+		hns3_err(hw, "query RSS redirection table failed, ret = %d.",
+			 ret);
+		return ret;
+	}
+	rte_spinlock_unlock(&hw->lock);
+
 	for (i = 0; i < reta_size; i++) {
 		idx = i / RTE_ETH_RETA_GROUP_SIZE;
 		shift = i % RTE_ETH_RETA_GROUP_SIZE;
 		if (reta_conf[idx].mask & (1ULL << shift))
-			reta_conf[idx].reta[shift] =
-						rss_cfg->rss_indirection_tbl[i];
+			reta_conf[idx].reta[shift] = reta_table[i];
 	}
-	rte_spinlock_unlock(&hw->lock);
+
 	return 0;
 }
-- 
2.39.2

---
  Diff of the applied patch vs upstream commit (please double-check if non-empty:
---
--- -	2023-03-15 14:30:21.582252936 +0000
+++ 0041-net-hns3-use-hardware-config-to-report-redirection-t.patch	2023-03-15 14:30:20.613123797 +0000
@@ -1 +1 @@
-From d1e37d1c6916858314a2c67e6317b0bb6c691b36 Mon Sep 17 00:00:00 2001
+From 9a7ea28161a7caef98816d5f3a155b1d3ce76703 Mon Sep 17 00:00:00 2001
@@ -5,0 +6,2 @@
+[ upstream commit d1e37d1c6916858314a2c67e6317b0bb6c691b36 ]
+
@@ -10 +11,0 @@
-Cc: stable@dpdk.org
@@ -20 +21 @@
-index 994dfc48cc..eb394c9dec 100644
+index 90d40b255f..c5ca494135 100644
@@ -23 +24 @@
-@@ -607,4 +607,5 @@ struct hns3_rss_input_tuple_cmd {
+@@ -623,4 +623,5 @@ struct hns3_rss_input_tuple_cmd {
@@ -30 +31 @@
-index 9addc00a67..7dc4e03d83 100644
+index e94fabccc3..4d0cbcaa8b 100644
@@ -33 +34 @@
-@@ -482,4 +482,52 @@ hns3_set_rss_indir_table(struct hns3_hw *hw, uint16_t *indir, uint16_t size)
+@@ -380,4 +380,52 @@ hns3_set_rss_indir_table(struct hns3_hw *hw, uint16_t *indir, uint16_t size)
@@ -86 +87 @@
-@@ -843,8 +891,9 @@ hns3_dev_rss_reta_query(struct rte_eth_dev *dev,
+@@ -638,8 +686,9 @@ hns3_dev_rss_reta_query(struct rte_eth_dev *dev,
@@ -97 +98 @@
-@@ -855,12 +904,20 @@ hns3_dev_rss_reta_query(struct rte_eth_dev *dev,
+@@ -650,12 +699,20 @@ hns3_dev_rss_reta_query(struct rte_eth_dev *dev,


^ permalink raw reply	[flat|nested] 47+ messages in thread

* patch 'net/hns3: separate setting redirection table' has been queued to stable release 21.11.4
  2023-03-15 14:35 patch 'eal/windows: fix pedantic build' has been queued to stable release 21.11.4 Kevin Traynor
                   ` (39 preceding siblings ...)
  2023-03-15 14:36 ` patch 'net/hns3: use hardware config to report " Kevin Traynor
@ 2023-03-15 14:36 ` Kevin Traynor
  2023-03-15 14:36 ` patch 'net/hns3: separate setting and clearing RSS rule' " Kevin Traynor
                   ` (4 subsequent siblings)
  45 siblings, 0 replies; 47+ messages in thread
From: Kevin Traynor @ 2023-03-15 14:36 UTC (permalink / raw)
  To: Huisong Li; +Cc: Dongdong Liu, dpdk stable

Hi,

FYI, your patch has been queued to stable release 21.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 03/20/23. 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/kevintraynor/dpdk-stable

This queued commit can be viewed at:
https://github.com/kevintraynor/dpdk-stable/commit/5de7a11e063fdf703e930242617a556d79c2bed7

Thanks.

Kevin

---
From 5de7a11e063fdf703e930242617a556d79c2bed7 Mon Sep 17 00:00:00 2001
From: Huisong Li <lihuisong@huawei.com>
Date: Fri, 10 Mar 2023 17:35:10 +0800
Subject: [PATCH] net/hns3: separate setting redirection table

[ upstream commit a421cb93462932717f23c5d8342381726e547ba6 ]

The settings of redirection table comes from the ethdev ops (like,
dev_configure and rss_hash_update) and rte_flow API. For the ethdev
ops, driver has to save it to rss_info::rss_indirection_tbl in hns3_hw
structure so as to it can be restored when reset is triggered.
While rte_flow API no need to use this field to save, they has a global
RSS flow list to maintain all rules which can be used to restore the
table during the reset phase.

Signed-off-by: Huisong Li <lihuisong@huawei.com>
Signed-off-by: Dongdong Liu <liudongdong3@huawei.com>
---
 drivers/net/hns3/hns3_flow.c |  2 --
 drivers/net/hns3/hns3_rss.c  | 21 +++++++++++++--------
 2 files changed, 13 insertions(+), 10 deletions(-)

diff --git a/drivers/net/hns3/hns3_flow.c b/drivers/net/hns3/hns3_flow.c
index 582bf383c9..76cfec6b71 100644
--- a/drivers/net/hns3/hns3_flow.c
+++ b/drivers/net/hns3/hns3_flow.c
@@ -1465,6 +1465,4 @@ hns3_update_indir_table(struct hns3_hw *hw,
 
 	/* Fill in redirection table */
-	memcpy(indir_tbl, hw->rss_info.rss_indirection_tbl,
-	       sizeof(hw->rss_info.rss_indirection_tbl));
 	for (i = 0, j = 0; i < hw->rss_ind_tbl_size; i++, j++) {
 		j %= num;
diff --git a/drivers/net/hns3/hns3_rss.c b/drivers/net/hns3/hns3_rss.c
index 4d0cbcaa8b..67e33a2765 100644
--- a/drivers/net/hns3/hns3_rss.c
+++ b/drivers/net/hns3/hns3_rss.c
@@ -373,8 +373,4 @@ hns3_set_rss_indir_table(struct hns3_hw *hw, uint16_t *indir, uint16_t size)
 	}
 
-	/* Update redirection table of hw */
-	memcpy(hw->rss_info.rss_indirection_tbl, indir,
-	       sizeof(uint16_t) * size);
-
 	return 0;
 }
@@ -442,6 +438,9 @@ hns3_rss_reset_indir_table(struct hns3_hw *hw)
 
 	ret = hns3_set_rss_indir_table(hw, lut, hw->rss_ind_tbl_size);
-	if (ret)
-		hns3_err(hw, "RSS uninit indir table failed: %d", ret);
+	if (ret != 0)
+		hns3_err(hw, "RSS uninit indir table failed, ret = %d.", ret);
+	else
+		memcpy(hw->rss_info.rss_indirection_tbl, lut,
+		       sizeof(uint16_t) * hw->rss_ind_tbl_size);
 	rte_free(lut);
 
@@ -650,10 +649,10 @@ hns3_dev_rss_reta_update(struct rte_eth_dev *dev,
 		shift = i % RTE_ETH_RETA_GROUP_SIZE;
 		if (reta_conf[idx].reta[shift] >= hw->alloc_rss_size) {
-			rte_spinlock_unlock(&hw->lock);
 			hns3_err(hw, "queue id(%u) set to redirection table "
 				 "exceeds queue number(%u) allocated to a TC",
 				 reta_conf[idx].reta[shift],
 				 hw->alloc_rss_size);
-			return -EINVAL;
+			ret = -EINVAL;
+			goto out;
 		}
 
@@ -664,5 +663,11 @@ hns3_dev_rss_reta_update(struct rte_eth_dev *dev,
 	ret = hns3_set_rss_indir_table(hw, indirection_tbl,
 				       hw->rss_ind_tbl_size);
+	if (ret != 0)
+		goto out;
 
+	memcpy(rss_cfg->rss_indirection_tbl, indirection_tbl,
+	       sizeof(uint16_t) * hw->rss_ind_tbl_size);
+
+out:
 	rte_spinlock_unlock(&hw->lock);
 	return ret;
-- 
2.39.2

---
  Diff of the applied patch vs upstream commit (please double-check if non-empty:
---
--- -	2023-03-15 14:30:21.605757646 +0000
+++ 0042-net-hns3-separate-setting-redirection-table.patch	2023-03-15 14:30:20.615123805 +0000
@@ -1 +1 @@
-From a421cb93462932717f23c5d8342381726e547ba6 Mon Sep 17 00:00:00 2001
+From 5de7a11e063fdf703e930242617a556d79c2bed7 Mon Sep 17 00:00:00 2001
@@ -5,0 +6,2 @@
+[ upstream commit a421cb93462932717f23c5d8342381726e547ba6 ]
+
@@ -14,2 +15,0 @@
-Cc: stable@dpdk.org
-
@@ -24 +24 @@
-index 2faeb9ca52..d5db09a263 100644
+index 582bf383c9..76cfec6b71 100644
@@ -27 +27 @@
-@@ -1520,6 +1520,4 @@ hns3_update_indir_table(struct hns3_hw *hw,
+@@ -1465,6 +1465,4 @@ hns3_update_indir_table(struct hns3_hw *hw,
@@ -35 +35 @@
-index 401e3adfdf..751033d98f 100644
+index 4d0cbcaa8b..67e33a2765 100644
@@ -38 +38 @@
-@@ -474,8 +474,4 @@ hns3_set_rss_indir_table(struct hns3_hw *hw, uint16_t *indir, uint16_t size)
+@@ -373,8 +373,4 @@ hns3_set_rss_indir_table(struct hns3_hw *hw, uint16_t *indir, uint16_t size)
@@ -47 +47 @@
-@@ -543,6 +539,9 @@ hns3_rss_reset_indir_table(struct hns3_hw *hw)
+@@ -442,6 +438,9 @@ hns3_rss_reset_indir_table(struct hns3_hw *hw)
@@ -59 +59 @@
-@@ -856,10 +855,10 @@ hns3_dev_rss_reta_update(struct rte_eth_dev *dev,
+@@ -650,10 +649,10 @@ hns3_dev_rss_reta_update(struct rte_eth_dev *dev,
@@ -72 +72 @@
-@@ -870,5 +869,11 @@ hns3_dev_rss_reta_update(struct rte_eth_dev *dev,
+@@ -664,5 +663,11 @@ hns3_dev_rss_reta_update(struct rte_eth_dev *dev,


^ permalink raw reply	[flat|nested] 47+ messages in thread

* patch 'net/hns3: separate setting and clearing RSS rule' has been queued to stable release 21.11.4
  2023-03-15 14:35 patch 'eal/windows: fix pedantic build' has been queued to stable release 21.11.4 Kevin Traynor
                   ` (40 preceding siblings ...)
  2023-03-15 14:36 ` patch 'net/hns3: separate setting " Kevin Traynor
@ 2023-03-15 14:36 ` Kevin Traynor
  2023-03-15 14:36 ` patch 'net/mlx5: fix Windows build with MinGW GCC 12' " Kevin Traynor
                   ` (3 subsequent siblings)
  45 siblings, 0 replies; 47+ messages in thread
From: Kevin Traynor @ 2023-03-15 14:36 UTC (permalink / raw)
  To: Huisong Li; +Cc: Dongdong Liu, dpdk stable

Hi,

FYI, your patch has been queued to stable release 21.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 03/20/23. 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/kevintraynor/dpdk-stable

This queued commit can be viewed at:
https://github.com/kevintraynor/dpdk-stable/commit/f8bbcce58aaba763517e9f9fd070eb015f88012e

Thanks.

Kevin

---
From f8bbcce58aaba763517e9f9fd070eb015f88012e Mon Sep 17 00:00:00 2001
From: Huisong Li <lihuisong@huawei.com>
Date: Fri, 10 Mar 2023 17:35:12 +0800
Subject: [PATCH] net/hns3: separate setting and clearing RSS rule

[ upstream commit 1c3aeb2be4b8ef8b18846883ebbb9320f62cf097 ]

Separate the setting and clearing of RSS rule.

Signed-off-by: Huisong Li <lihuisong@huawei.com>
Signed-off-by: Dongdong Liu <liudongdong3@huawei.com>
---
 drivers/net/hns3/hns3_flow.c | 46 +++++++++++++++++-------------------
 1 file changed, 22 insertions(+), 24 deletions(-)

diff --git a/drivers/net/hns3/hns3_flow.c b/drivers/net/hns3/hns3_flow.c
index 76cfec6b71..617a6e5a71 100644
--- a/drivers/net/hns3/hns3_flow.c
+++ b/drivers/net/hns3/hns3_flow.c
@@ -1480,6 +1480,20 @@ hns3_update_indir_table(struct hns3_hw *hw,
 
 static int
-hns3_config_rss_filter(struct hns3_hw *hw,
-		       const struct hns3_rss_conf *conf, bool add)
+hns3_reset_rss_filter(struct hns3_hw *hw, const struct hns3_rss_conf *conf)
+{
+	int ret;
+
+	if (!conf->valid)
+		return 0;
+
+	ret = hns3_disable_rss(hw);
+	if (ret)
+		hns3_err(hw, "RSS disable failed(%d)", ret);
+
+	return ret;
+}
+
+static int
+hns3_config_rss_filter(struct hns3_hw *hw, const struct hns3_rss_conf *conf)
 {
 	uint64_t flow_types;
@@ -1498,17 +1512,4 @@ hns3_config_rss_filter(struct hns3_hw *hw,
 	};
 
-	if (!add) {
-		if (!conf->valid)
-			return 0;
-
-		ret = hns3_disable_rss(hw);
-		if (ret) {
-			hns3_err(hw, "RSS disable failed(%d)", ret);
-			return ret;
-		}
-
-		return 0;
-	}
-
 	/* Set rx queues to use */
 	num = RTE_MIN(hw->data->nb_rx_queues, rss_flow_conf.queue_num);
@@ -1551,6 +1552,5 @@ hns3_clear_rss_filter(struct rte_eth_dev *dev)
 	while (rss_filter_ptr) {
 		TAILQ_REMOVE(&hw->flow_rss_list, rss_filter_ptr, entries);
-		ret = hns3_config_rss_filter(hw, &rss_filter_ptr->filter_info,
-					     false);
+		ret = hns3_reset_rss_filter(hw, &rss_filter_ptr->filter_info);
 		if (ret)
 			rss_rule_fail_cnt++;
@@ -1582,5 +1582,5 @@ hns3_restore_rss_filter(struct hns3_hw *hw)
 			continue;
 
-		ret = hns3_config_rss_filter(hw, &filter->filter_info, true);
+		ret = hns3_config_rss_filter(hw, &filter->filter_info);
 		if (ret != 0) {
 			hns3_err(hw, "restore RSS filter failed, ret=%d", ret);
@@ -1626,6 +1626,5 @@ hns3_rss_action_is_dup(struct hns3_hw *hw,
 
 static int
-hns3_flow_parse_rss(struct rte_eth_dev *dev,
-		    const struct hns3_rss_conf *conf, bool add)
+hns3_flow_parse_rss(struct rte_eth_dev *dev, const struct hns3_rss_conf *conf)
 {
 	struct hns3_adapter *hns = dev->data->dev_private;
@@ -1637,5 +1636,5 @@ hns3_flow_parse_rss(struct rte_eth_dev *dev,
 	}
 
-	return hns3_config_rss_filter(hw, conf, add);
+	return hns3_config_rss_filter(hw, conf);
 }
 
@@ -1724,5 +1723,5 @@ hns3_flow_create_rss_rule(struct rte_eth_dev *dev,
 	}
 
-	ret = hns3_flow_parse_rss(dev, new_conf, true);
+	ret = hns3_flow_parse_rss(dev, new_conf);
 	if (ret != 0) {
 		rte_free(rss_filter_ptr);
@@ -1905,6 +1904,5 @@ hns3_flow_destroy(struct rte_eth_dev *dev, struct rte_flow *flow,
 	case RTE_ETH_FILTER_HASH:
 		rss_filter_ptr = (struct hns3_rss_conf_ele *)flow->rule;
-		ret = hns3_config_rss_filter(hw, &rss_filter_ptr->filter_info,
-					     false);
+		ret = hns3_reset_rss_filter(hw, &rss_filter_ptr->filter_info);
 		if (ret)
 			return rte_flow_error_set(error, EIO,
-- 
2.39.2

---
  Diff of the applied patch vs upstream commit (please double-check if non-empty:
---
--- -	2023-03-15 14:30:21.630232749 +0000
+++ 0043-net-hns3-separate-setting-and-clearing-RSS-rule.patch	2023-03-15 14:30:20.616123808 +0000
@@ -1 +1 @@
-From 1c3aeb2be4b8ef8b18846883ebbb9320f62cf097 Mon Sep 17 00:00:00 2001
+From f8bbcce58aaba763517e9f9fd070eb015f88012e Mon Sep 17 00:00:00 2001
@@ -6 +6 @@
-Separate the setting and clearing of RSS rule.
+[ upstream commit 1c3aeb2be4b8ef8b18846883ebbb9320f62cf097 ]
@@ -8 +8 @@
-Cc: stable@dpdk.org
+Separate the setting and clearing of RSS rule.
@@ -17 +17 @@
-index 21e00e515e..4da98d7adc 100644
+index 76cfec6b71..617a6e5a71 100644
@@ -20 +20 @@
-@@ -1536,6 +1536,20 @@ hns3_update_indir_table(struct hns3_hw *hw,
+@@ -1480,6 +1480,20 @@ hns3_update_indir_table(struct hns3_hw *hw,
@@ -43 +43 @@
-@@ -1554,17 +1568,4 @@ hns3_config_rss_filter(struct hns3_hw *hw,
+@@ -1498,17 +1512,4 @@ hns3_config_rss_filter(struct hns3_hw *hw,
@@ -61 +61 @@
-@@ -1607,6 +1608,5 @@ hns3_clear_rss_filter(struct rte_eth_dev *dev)
+@@ -1551,6 +1552,5 @@ hns3_clear_rss_filter(struct rte_eth_dev *dev)
@@ -69 +69 @@
-@@ -1637,5 +1637,5 @@ hns3_restore_rss_filter(struct hns3_hw *hw)
+@@ -1582,5 +1582,5 @@ hns3_restore_rss_filter(struct hns3_hw *hw)
@@ -76 +76 @@
-@@ -1681,6 +1681,5 @@ hns3_rss_action_is_dup(struct hns3_hw *hw,
+@@ -1626,6 +1626,5 @@ hns3_rss_action_is_dup(struct hns3_hw *hw,
@@ -84 +84 @@
-@@ -1692,5 +1691,5 @@ hns3_flow_parse_rss(struct rte_eth_dev *dev,
+@@ -1637,5 +1636,5 @@ hns3_flow_parse_rss(struct rte_eth_dev *dev,
@@ -91 +91 @@
-@@ -1779,5 +1778,5 @@ hns3_flow_create_rss_rule(struct rte_eth_dev *dev,
+@@ -1724,5 +1723,5 @@ hns3_flow_create_rss_rule(struct rte_eth_dev *dev,
@@ -98 +98 @@
-@@ -1962,6 +1961,5 @@ hns3_flow_destroy(struct rte_eth_dev *dev, struct rte_flow *flow,
+@@ -1905,6 +1904,5 @@ hns3_flow_destroy(struct rte_eth_dev *dev, struct rte_flow *flow,


^ permalink raw reply	[flat|nested] 47+ messages in thread

* patch 'net/mlx5: fix Windows build with MinGW GCC 12' has been queued to stable release 21.11.4
  2023-03-15 14:35 patch 'eal/windows: fix pedantic build' has been queued to stable release 21.11.4 Kevin Traynor
                   ` (41 preceding siblings ...)
  2023-03-15 14:36 ` patch 'net/hns3: separate setting and clearing RSS rule' " Kevin Traynor
@ 2023-03-15 14:36 ` Kevin Traynor
  2023-03-15 14:36 ` patch 'app/crypto-perf: fix test file memory leak' " Kevin Traynor
                   ` (2 subsequent siblings)
  45 siblings, 0 replies; 47+ messages in thread
From: Kevin Traynor @ 2023-03-15 14:36 UTC (permalink / raw)
  To: Thomas Monjalon; +Cc: Tyler Retzlaff, Tal Shnaiderman, dpdk stable

Hi,

FYI, your patch has been queued to stable release 21.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 03/20/23. 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/kevintraynor/dpdk-stable

This queued commit can be viewed at:
https://github.com/kevintraynor/dpdk-stable/commit/44bd8ea719ba866395947f99f4aa94cfed7353b1

Thanks.

Kevin

---
From 44bd8ea719ba866395947f99f4aa94cfed7353b1 Mon Sep 17 00:00:00 2001
From: Thomas Monjalon <thomas@monjalon.net>
Date: Thu, 2 Mar 2023 14:21:50 +0100
Subject: [PATCH] net/mlx5: fix Windows build with MinGW GCC 12

[ upstream commit 8ce24f0c8398b1129b64af83d49bf6fa8567c472 ]

With recent changes in Meson and MinGW toolchain,
the driver mlx5 was not able to compile on Linux for Windows.

There were errors due to system detection, non-typed constants,
constant going over int range forbidden in pedantic mode,
and minimum-comparison of different types.

Signed-off-by: Thomas Monjalon <thomas@monjalon.net>
Acked-by: Tyler Retzlaff <roretzla@linux.microsoft.com>
Acked-by: Tal Shnaiderman <talshn@nvidia.com>
---
 drivers/common/mlx5/meson.build             |   9 +-
 drivers/common/mlx5/windows/mlx5_win_defs.h | 100 +++++++++++---------
 2 files changed, 63 insertions(+), 46 deletions(-)

diff --git a/drivers/common/mlx5/meson.build b/drivers/common/mlx5/meson.build
index 6ddbde7e8f..d969b2a31a 100644
--- a/drivers/common/mlx5/meson.build
+++ b/drivers/common/mlx5/meson.build
@@ -2,7 +2,12 @@
 # Copyright 2019 Mellanox Technologies, Ltd
 
-if not (is_linux or (is_windows and is_ms_linker))
+if not (is_linux or is_windows)
     build = false
-    reason = 'only supported on Linux and Windows build with clang'
+    reason = 'only supported on Linux and Windows'
+    subdir_done()
+endif
+if is_windows and not is_ms_linker and not meson.is_cross_build()
+    build = false
+    reason = 'MinGW is supported only for cross-compilation test'
     subdir_done()
 endif
diff --git a/drivers/common/mlx5/windows/mlx5_win_defs.h b/drivers/common/mlx5/windows/mlx5_win_defs.h
index 9f709ff30d..0c09325444 100644
--- a/drivers/common/mlx5/windows/mlx5_win_defs.h
+++ b/drivers/common/mlx5/windows/mlx5_win_defs.h
@@ -3,6 +3,8 @@
  */
 
-#ifndef __MLX5_WIN_DEFS_H__
-#define __MLX5_WIN_DEFS_H__
+#ifndef MLX5_WIN_DEFS_H
+#define MLX5_WIN_DEFS_H
+
+#include <rte_bitops.h>
 
 #ifdef __cplusplus
@@ -45,27 +47,27 @@ enum {
 
 enum mlx5dv_cq_init_attr_mask {
-	MLX5DV_CQ_INIT_ATTR_MASK_COMPRESSED_CQE	= 1 << 0,
-	MLX5DV_CQ_INIT_ATTR_MASK_FLAGS		= 1 << 1,
-	MLX5DV_CQ_INIT_ATTR_MASK_CQE_SIZE = 1 << 2,
+	MLX5DV_CQ_INIT_ATTR_MASK_COMPRESSED_CQE = RTE_BIT32(0),
+	MLX5DV_CQ_INIT_ATTR_MASK_FLAG           = RTE_BIT32(1),
+	MLX5DV_CQ_INIT_ATTR_MASK_CQE_SIZE       = RTE_BIT32(2),
 };
 
 enum mlx5dv_cqe_comp_res_format {
-	MLX5DV_CQE_RES_FORMAT_HASH		= 1 << 0,
-	MLX5DV_CQE_RES_FORMAT_CSUM		= 1 << 1,
-	MLX5DV_CQE_RES_FORMAT_CSUM_STRIDX	= 1 << 2,
+	MLX5DV_CQE_RES_FORMAT_HASH        = RTE_BIT32(0),
+	MLX5DV_CQE_RES_FORMAT_CSUM        = RTE_BIT32(1),
+	MLX5DV_CQE_RES_FORMAT_CSUM_STRIDX = RTE_BIT32(2),
 };
 
 enum ibv_access_flags {
-	IBV_ACCESS_LOCAL_WRITE		= 1,
-	IBV_ACCESS_REMOTE_WRITE		= 1 << 1,
-	IBV_ACCESS_REMOTE_READ		= 1 << 2,
-	IBV_ACCESS_REMOTE_ATOMIC	= 1 << 3,
-	IBV_ACCESS_MW_BIND		= 1 << 4,
-	IBV_ACCESS_ZERO_BASED		= 1 << 5,
-	IBV_ACCESS_ON_DEMAND		= 1 << 6,
+	IBV_ACCESS_LOCAL_WRITE   = RTE_BIT32(0),
+	IBV_ACCESS_REMOTE_WRITE  = RTE_BIT32(1),
+	IBV_ACCESS_REMOTE_READ   = RTE_BIT32(2),
+	IBV_ACCESS_REMOTE_ATOMIC = RTE_BIT32(3),
+	IBV_ACCESS_MW_BIND       = RTE_BIT32(4),
+	IBV_ACCESS_ZERO_BASED    = RTE_BIT32(5),
+	IBV_ACCESS_ON_DEMAND     = RTE_BIT32(6),
 };
 
 enum mlx5_ib_uapi_devx_create_event_channel_flags {
-	MLX5_IB_UAPI_DEVX_CR_EV_CH_FLAGS_OMIT_DATA = 1 << 0,
+	MLX5_IB_UAPI_DEVX_CR_EV_CH_FLAGS_OMIT_DATA = RTE_BIT32(0),
 };
 
@@ -90,13 +92,13 @@ enum {
 
 enum {
-	MLX5_ETH_WQE_L3_CSUM = (1 << 6),
-	MLX5_ETH_WQE_L4_CSUM = (1 << 7),
+	MLX5_ETH_WQE_L3_CSUM = RTE_BIT32(6),
+	MLX5_ETH_WQE_L4_CSUM = RTE_BIT32(7),
 };
 
 enum {
-	MLX5_WQE_CTRL_CQ_UPDATE	= 2 << 2,
-	MLX5_WQE_CTRL_SOLICITED	= 1 << 1,
-	MLX5_WQE_CTRL_FENCE	= 4 << 5,
-	MLX5_WQE_CTRL_INITIATOR_SMALL_FENCE = 1 << 5,
+	MLX5_WQE_CTRL_SOLICITED             = RTE_BIT32(1),
+	MLX5_WQE_CTRL_CQ_UPDATE             = RTE_BIT32(3),
+	MLX5_WQE_CTRL_INITIATOR_SMALL_FENCE = RTE_BIT32(5),
+	MLX5_WQE_CTRL_FENCE                 = RTE_BIT32(7),
 };
 
@@ -106,4 +108,9 @@ enum {
 };
 
+/* Verbs headers do not support -pedantic. */
+#ifdef PEDANTIC
+#pragma GCC diagnostic ignored "-Wpedantic"
+#endif
+
 /*
  * RX Hash fields enable to set which incoming packet's field should
@@ -115,16 +122,20 @@ enum {
  */
 enum ibv_rx_hash_fields {
-	IBV_RX_HASH_SRC_IPV4	= 1 << 0,
-	IBV_RX_HASH_DST_IPV4	= 1 << 1,
-	IBV_RX_HASH_SRC_IPV6	= 1 << 2,
-	IBV_RX_HASH_DST_IPV6	= 1 << 3,
-	IBV_RX_HASH_SRC_PORT_TCP	= 1 << 4,
-	IBV_RX_HASH_DST_PORT_TCP	= 1 << 5,
-	IBV_RX_HASH_SRC_PORT_UDP	= 1 << 6,
-	IBV_RX_HASH_DST_PORT_UDP	= 1 << 7,
-	IBV_RX_HASH_IPSEC_SPI		= 1 << 8,
-	IBV_RX_HASH_INNER		= (1 << 31),
+	IBV_RX_HASH_SRC_IPV4     = RTE_BIT32(0),
+	IBV_RX_HASH_DST_IPV4     = RTE_BIT32(1),
+	IBV_RX_HASH_SRC_IPV6     = RTE_BIT32(2),
+	IBV_RX_HASH_DST_IPV6     = RTE_BIT32(3),
+	IBV_RX_HASH_SRC_PORT_TCP = RTE_BIT32(4),
+	IBV_RX_HASH_DST_PORT_TCP = RTE_BIT32(5),
+	IBV_RX_HASH_SRC_PORT_UDP = RTE_BIT32(6),
+	IBV_RX_HASH_DST_PORT_UDP = RTE_BIT32(7),
+	IBV_RX_HASH_IPSEC_SPI    = RTE_BIT32(8),
+	IBV_RX_HASH_INNER        = RTE_BIT32(31),
 };
 
+#ifdef PEDANTIC
+#pragma GCC diagnostic error "-Wpedantic"
+#endif
+
 enum {
 	MLX5_RCV_DBR	= 0,
@@ -146,7 +157,7 @@ enum {
 
 enum ibv_flow_flags {
-	IBV_FLOW_ATTR_FLAGS_ALLOW_LOOP_BACK = 1 << 0,
-	IBV_FLOW_ATTR_FLAGS_DONT_TRAP = 1 << 1,
-	IBV_FLOW_ATTR_FLAGS_EGRESS = 1 << 2,
+	IBV_FLOW_ATTR_FLAGS_ALLOW_LOOP_BACK = RTE_BIT32(0),
+	IBV_FLOW_ATTR_FLAGS_DONT_TRAP = RTE_BIT32(1),
+	IBV_FLOW_ATTR_FLAGS_EGRESS = RTE_BIT32(2),
 };
 
@@ -245,9 +256,9 @@ struct mlx5_wqe_data_seg {
 };
 
-#define MLX5DV_CONTEXT_FLAGS_CQE_128B_COMP	(1 << 4)
-#define IBV_DEVICE_RAW_IP_CSUM			(1 << 26)
-#define IBV_RAW_PACKET_CAP_CVLAN_STRIPPING	(1 << 0)
-#define IBV_RAW_PACKET_CAP_SCATTER_FCS		(1 << 1)
-#define IBV_QPT_RAW_PACKET			8
+#define MLX5DV_CONTEXT_FLAGS_CQE_128B_COMP   RTE_BIT32(4)
+#define IBV_DEVICE_RAW_IP_CSUM               RTE_BIT32(26)
+#define IBV_RAW_PACKET_CAP_CVLAN_STRIPPING   RTE_BIT32(0)
+#define IBV_RAW_PACKET_CAP_SCATTER_FCS       RTE_BIT32(1)
+#define IBV_QPT_RAW_PACKET                   8
 
 enum {
@@ -259,7 +270,8 @@ enum {
 
 enum {
-	MLX5_MATCH_OUTER_HEADERS        = 1 << 0,
-	MLX5_MATCH_MISC_PARAMETERS      = 1 << 1,
-	MLX5_MATCH_INNER_HEADERS        = 1 << 2,
+	MLX5_MATCH_OUTER_HEADERS        = RTE_BIT32(0),
+	MLX5_MATCH_MISC_PARAMETERS      = RTE_BIT32(1),
+	MLX5_MATCH_INNER_HEADERS        = RTE_BIT32(2),
 };
-#endif /* __MLX5_WIN_DEFS_H__ */
+
+#endif /* MLX5_WIN_DEFS_H */
-- 
2.39.2

---
  Diff of the applied patch vs upstream commit (please double-check if non-empty:
---
--- -	2023-03-15 14:30:21.653459810 +0000
+++ 0044-net-mlx5-fix-Windows-build-with-MinGW-GCC-12.patch	2023-03-15 14:30:20.617123811 +0000
@@ -1 +1 @@
-From 8ce24f0c8398b1129b64af83d49bf6fa8567c472 Mon Sep 17 00:00:00 2001
+From 44bd8ea719ba866395947f99f4aa94cfed7353b1 Mon Sep 17 00:00:00 2001
@@ -5,0 +6,2 @@
+[ upstream commit 8ce24f0c8398b1129b64af83d49bf6fa8567c472 ]
+
@@ -13,2 +14,0 @@
-Cc: stable@dpdk.org
-
@@ -21,2 +21 @@
- drivers/net/mlx5/windows/mlx5_os.c          |   4 +-
- 3 files changed, 65 insertions(+), 48 deletions(-)
+ 2 files changed, 63 insertions(+), 46 deletions(-)
@@ -25 +24 @@
-index 60ccd95cbc..9dc809f192 100644
+index 6ddbde7e8f..d969b2a31a 100644
@@ -44 +43 @@
-index 3554e4a7ff..65da820c5e 100644
+index 9f709ff30d..0c09325444 100644
@@ -57,2 +56,2 @@
- enum {
-@@ -41,27 +43,27 @@ enum {
+ #ifdef __cplusplus
+@@ -45,27 +47,27 @@ enum {
@@ -100 +99 @@
-@@ -86,13 +88,13 @@ enum {
+@@ -90,13 +92,13 @@ enum {
@@ -120 +119 @@
-@@ -102,4 +104,9 @@ enum {
+@@ -106,4 +108,9 @@ enum {
@@ -130 +129 @@
-@@ -111,16 +118,20 @@ enum {
+@@ -115,16 +122,20 @@ enum {
@@ -161 +160 @@
-@@ -142,7 +153,7 @@ enum {
+@@ -146,7 +157,7 @@ enum {
@@ -172 +171 @@
-@@ -241,9 +252,9 @@ struct mlx5_wqe_data_seg {
+@@ -245,9 +256,9 @@ struct mlx5_wqe_data_seg {
@@ -187 +186 @@
-@@ -255,7 +266,8 @@ enum {
+@@ -259,7 +270,8 @@ enum {
@@ -200,13 +198,0 @@
-diff --git a/drivers/net/mlx5/windows/mlx5_os.c b/drivers/net/mlx5/windows/mlx5_os.c
-index 77f04cc931..f401264b61 100644
---- a/drivers/net/mlx5/windows/mlx5_os.c
-+++ b/drivers/net/mlx5/windows/mlx5_os.c
-@@ -194,6 +194,6 @@ mlx5_os_capabilities_prepare(struct mlx5_dev_ctx_shared *sh)
- 		 */
- 		sh->dev_cap.ind_table_max_size =
--			RTE_MIN(1 << hca_attr->rss_ind_tbl_cap,
--				(unsigned int)RTE_ETH_RSS_RETA_SIZE_512);
-+			RTE_MIN((uint32_t)1 << hca_attr->rss_ind_tbl_cap,
-+				(uint32_t)RTE_ETH_RSS_RETA_SIZE_512);
- 		DRV_LOG(DEBUG, "Maximum Rx indirection table size is %u",
- 			sh->dev_cap.ind_table_max_size);


^ permalink raw reply	[flat|nested] 47+ messages in thread

* patch 'app/crypto-perf: fix test file memory leak' has been queued to stable release 21.11.4
  2023-03-15 14:35 patch 'eal/windows: fix pedantic build' has been queued to stable release 21.11.4 Kevin Traynor
                   ` (42 preceding siblings ...)
  2023-03-15 14:36 ` patch 'net/mlx5: fix Windows build with MinGW GCC 12' " Kevin Traynor
@ 2023-03-15 14:36 ` Kevin Traynor
  2023-03-15 14:36 ` patch 'app/flow-perf: fix division or module by zero' " Kevin Traynor
  2023-03-15 14:36 ` patch 'mailmap: add list of contributors' " Kevin Traynor
  45 siblings, 0 replies; 47+ messages in thread
From: Kevin Traynor @ 2023-03-15 14:36 UTC (permalink / raw)
  To: Ciara Power; +Cc: Akhil Goyal, dpdk stable

Hi,

FYI, your patch has been queued to stable release 21.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 03/20/23. 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/kevintraynor/dpdk-stable

This queued commit can be viewed at:
https://github.com/kevintraynor/dpdk-stable/commit/a9cddaff93272805d0b7e5eb7722fa3172b7a1fb

Thanks.

Kevin

---
From a9cddaff93272805d0b7e5eb7722fa3172b7a1fb Mon Sep 17 00:00:00 2001
From: Ciara Power <ciara.power@intel.com>
Date: Fri, 10 Mar 2023 13:20:17 +0000
Subject: [PATCH] app/crypto-perf: fix test file memory leak

[ upstream commit 430c35730e09dea162b7830b4719285eb6f36364 ]

A memory leak was detected using the AddressSanitizer tool,
when running the crypto-perf application with a test vector file.

The strdup function used returns a pointer to a null-terminated byte
string, which must be freed after use. This patch frees the pointer in
an error case, and also after a successful run.

Fixes: f8be1786b1b8 ("app/crypto-perf: introduce performance test application")

Signed-off-by: Ciara Power <ciara.power@intel.com>
Acked-by: Akhil Goyal <gakhil@marvell.com>
---
 app/test-crypto-perf/cperf_options_parsing.c     | 1 +
 app/test-crypto-perf/cperf_test_vector_parsing.c | 1 +
 2 files changed, 2 insertions(+)

diff --git a/app/test-crypto-perf/cperf_options_parsing.c b/app/test-crypto-perf/cperf_options_parsing.c
index 0858640723..1d91bea0c9 100644
--- a/app/test-crypto-perf/cperf_options_parsing.c
+++ b/app/test-crypto-perf/cperf_options_parsing.c
@@ -505,4 +505,5 @@ parse_test_file(struct cperf_options *opts,
 		return 0;
 	RTE_LOG(ERR, USER1, "Test vector file doesn't exist\n");
+	free(opts->test_file);
 
 	return -1;
diff --git a/app/test-crypto-perf/cperf_test_vector_parsing.c b/app/test-crypto-perf/cperf_test_vector_parsing.c
index 1e9dfcfff0..1fe11df27b 100644
--- a/app/test-crypto-perf/cperf_test_vector_parsing.c
+++ b/app/test-crypto-perf/cperf_test_vector_parsing.c
@@ -29,4 +29,5 @@ free_test_vector(struct cperf_test_vector *vector, struct cperf_options *opts)
 		rte_free(vector->auth_key.data);
 		rte_free(vector->ciphertext.data);
+		free(opts->test_file);
 	}
 
-- 
2.39.2

---
  Diff of the applied patch vs upstream commit (please double-check if non-empty:
---
--- -	2023-03-15 14:30:21.677682838 +0000
+++ 0045-app-crypto-perf-fix-test-file-memory-leak.patch	2023-03-15 14:30:20.620123822 +0000
@@ -1 +1 @@
-From 430c35730e09dea162b7830b4719285eb6f36364 Mon Sep 17 00:00:00 2001
+From a9cddaff93272805d0b7e5eb7722fa3172b7a1fb Mon Sep 17 00:00:00 2001
@@ -5,0 +6,2 @@
+[ upstream commit 430c35730e09dea162b7830b4719285eb6f36364 ]
+
@@ -14 +15,0 @@
-Cc: stable@dpdk.org
@@ -24 +25 @@
-index 8c9f632590..26136a52ae 100644
+index 0858640723..1d91bea0c9 100644
@@ -27 +28 @@
-@@ -520,4 +520,5 @@ parse_test_file(struct cperf_options *opts,
+@@ -505,4 +505,5 @@ parse_test_file(struct cperf_options *opts,
@@ -34 +35 @@
-index 98e46c3381..737d61d4af 100644
+index 1e9dfcfff0..1fe11df27b 100644
@@ -37 +38 @@
-@@ -31,4 +31,5 @@ free_test_vector(struct cperf_test_vector *vector, struct cperf_options *opts)
+@@ -29,4 +29,5 @@ free_test_vector(struct cperf_test_vector *vector, struct cperf_options *opts)


^ permalink raw reply	[flat|nested] 47+ messages in thread

* patch 'app/flow-perf: fix division or module by zero' has been queued to stable release 21.11.4
  2023-03-15 14:35 patch 'eal/windows: fix pedantic build' has been queued to stable release 21.11.4 Kevin Traynor
                   ` (43 preceding siblings ...)
  2023-03-15 14:36 ` patch 'app/crypto-perf: fix test file memory leak' " Kevin Traynor
@ 2023-03-15 14:36 ` Kevin Traynor
  2023-03-15 14:36 ` patch 'mailmap: add list of contributors' " Kevin Traynor
  45 siblings, 0 replies; 47+ messages in thread
From: Kevin Traynor @ 2023-03-15 14:36 UTC (permalink / raw)
  To: Mohammad Iqbal Ahmad; +Cc: Wisam Jaddo, dpdk stable

Hi,

FYI, your patch has been queued to stable release 21.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 03/20/23. 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/kevintraynor/dpdk-stable

This queued commit can be viewed at:
https://github.com/kevintraynor/dpdk-stable/commit/27b61d8f7b039519d2a7c31fe92a63c1dc10377a

Thanks.

Kevin

---
From 27b61d8f7b039519d2a7c31fe92a63c1dc10377a Mon Sep 17 00:00:00 2001
From: Mohammad Iqbal Ahmad <mahmad@marvell.com>
Date: Tue, 24 Jan 2023 16:08:03 +0530
Subject: [PATCH] app/flow-perf: fix division or module by zero

[ upstream commit 132d39dcab370b2112e0a24ab1c94036b40b9557 ]

Fix division or module by zero reported by coverity scan.

Coverity issue: 373870
Fixes: bf3688f1e816 ("app/flow-perf: add insertion rate calculation")

Signed-off-by: Mohammad Iqbal Ahmad <mahmad@marvell.com>
Acked-by: Wisam Jaddo <wisamm@nvidia.com>
---
 app/test-flow-perf/main.c | 7 ++++++-
 1 file changed, 6 insertions(+), 1 deletion(-)

diff --git a/app/test-flow-perf/main.c b/app/test-flow-perf/main.c
index f375097028..13d1c849bf 100644
--- a/app/test-flow-perf/main.c
+++ b/app/test-flow-perf/main.c
@@ -836,5 +836,10 @@ args_parse(int argc, char **argv)
 			if (strcmp(lgopts[opt_idx].name,
 					"rules-batch") == 0) {
-				rules_batch = atoi(optarg);
+				n = atoi(optarg);
+				if (n > 0)
+					rules_batch = n;
+				else
+					rte_exit(EXIT_FAILURE,
+							"flow rules-batch should be > 0\n");
 			}
 			if (strcmp(lgopts[opt_idx].name,
-- 
2.39.2

---
  Diff of the applied patch vs upstream commit (please double-check if non-empty:
---
--- -	2023-03-15 14:30:21.700661925 +0000
+++ 0046-app-flow-perf-fix-division-or-module-by-zero.patch	2023-03-15 14:30:20.621123825 +0000
@@ -1 +1 @@
-From 132d39dcab370b2112e0a24ab1c94036b40b9557 Mon Sep 17 00:00:00 2001
+From 27b61d8f7b039519d2a7c31fe92a63c1dc10377a Mon Sep 17 00:00:00 2001
@@ -5,0 +6,2 @@
+[ upstream commit 132d39dcab370b2112e0a24ab1c94036b40b9557 ]
+
@@ -10 +11,0 @@
-Cc: stable@dpdk.org
@@ -15 +15,0 @@
- .mailmap                  | 1 +
@@ -17 +17 @@
- 2 files changed, 7 insertions(+), 1 deletion(-)
+ 1 file changed, 6 insertions(+), 1 deletion(-)
@@ -19,10 +18,0 @@
-diff --git a/.mailmap b/.mailmap
-index aaa15deff9..4018f0fc47 100644
---- a/.mailmap
-+++ b/.mailmap
-@@ -925,4 +925,5 @@ Mit Matelske <mit@pt.net>
- Mohamad Noor Alim Hussin <mohamad.noor.alim.hussin@intel.com>
- Mohammad Abdul Awal <mohammad.abdul.awal@intel.com>
-+Mohammad Iqbal Ahmad <mahmad@marvell.com>
- Mohammed Gamal <mgamal@redhat.com>
- Mohsin Kazmi <mohsin.kazmi14@gmail.com>
@@ -30 +20 @@
-index 4a9206803a..e0ef78a840 100644
+index f375097028..13d1c849bf 100644
@@ -33 +23 @@
-@@ -849,5 +849,10 @@ args_parse(int argc, char **argv)
+@@ -836,5 +836,10 @@ args_parse(int argc, char **argv)


^ permalink raw reply	[flat|nested] 47+ messages in thread

* patch 'mailmap: add list of contributors' has been queued to stable release 21.11.4
  2023-03-15 14:35 patch 'eal/windows: fix pedantic build' has been queued to stable release 21.11.4 Kevin Traynor
                   ` (44 preceding siblings ...)
  2023-03-15 14:36 ` patch 'app/flow-perf: fix division or module by zero' " Kevin Traynor
@ 2023-03-15 14:36 ` Kevin Traynor
  45 siblings, 0 replies; 47+ messages in thread
From: Kevin Traynor @ 2023-03-15 14:36 UTC (permalink / raw)
  To: Bruce Richardson
  Cc: David Marchand, Thomas Monjalon, Kevin Traynor, dpdk stable

Hi,

FYI, your patch has been queued to stable release 21.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 03/20/23. 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/kevintraynor/dpdk-stable

This queued commit can be viewed at:
https://github.com/kevintraynor/dpdk-stable/commit/0a3ba8d8bcd0f6fad4c2604c5963790df365a844

Thanks.

Kevin

---
From 0a3ba8d8bcd0f6fad4c2604c5963790df365a844 Mon Sep 17 00:00:00 2001
From: Bruce Richardson <bruce.richardson@intel.com>
Date: Fri, 25 Nov 2022 15:54:00 +0100
Subject: [PATCH] mailmap: add list of contributors

[ upstream commit e83d41f0694d69475bbf10f3296fa832585a2531 ]

Since a number of contributors to DPDK have submitted patches to DPDK
under more than one email address, we should maintain a mailmap file
to properly track their commits using "shortlog",
and to do accurate automatic Cc with "get_maintainer.pl".

It also helps fix up any mangled names, for example, with
surname/firstname reversed, or with incorrect capitalization.
By keeping this file in the DPDK repository,
rather than committers maintaining their own copies,
it allows individual contributors to edit it
to update their own email address preferences if so desired.

While at it, update our checkpatches.sh script
and add some documentation to help new contributors.

21.11 branch notes: Taking this commit and squashing the latest
.mailmap file updates from DPDK main branch to remove conflicts
for backports.

Signed-off-by: Bruce Richardson <bruce.richardson@intel.com>
Signed-off-by: David Marchand <david.marchand@redhat.com>
Acked-by: Thomas Monjalon <thomas@monjalon.net>
Signed-off-by: Kevin Traynor <ktraynor@redhat.com>
---
 .mailmap                            | 1593 +++++++++++++++++++++++++++
 MAINTAINERS                         |    1 +
 devtools/check-spdx-tag.sh          |    2 +-
 devtools/checkpatches.sh            |   30 +
 doc/guides/contributing/patches.rst |    6 +
 5 files changed, 1631 insertions(+), 1 deletion(-)
 create mode 100644 .mailmap

diff --git a/.mailmap b/.mailmap
new file mode 100644
index 0000000000..4018f0fc47
--- /dev/null
+++ b/.mailmap
@@ -0,0 +1,1593 @@
+Aakash Sasidharan <asasidharan@marvell.com>
+Aaro Koskinen <aaro.koskinen@nsn.com>
+Aaron Campbell <aaron@arbor.net>
+Aaron Conole <aconole@redhat.com>
+Abdullah Ömer Yamaç <omer.yamac@ceng.metu.edu.tr>
+Abdullah Sevincer <abdullah.sevincer@intel.com>
+Abed Kamaluddin <akamaluddin@marvell.com>
+Abhijit Sinha <abhijit.sinha@intel.com>
+Abhimanyu Saini <absaini@amd.com> <asaini@xilinx.com>
+Abhinandan Gujjar <abhinandan.gujjar@intel.com>
+Abhishek Maheshwari <abhishek.maheshwari@intel.com>
+Abhishek Marathe <abmarath@microsoft.com>
+Abhishek Sachan <abhishek.sachan@altran.com>
+Abraham Tovar <abrahamx.tovar@intel.com>
+Adam Bynes <adambynes@outlook.com>
+Adam Dybkowski <adamx.dybkowski@intel.com>
+Adam Ludkiewicz <adam.ludkiewicz@intel.com>
+Adham Masarwah <adham@nvidia.com> <adham@mellanox.com>
+Adrian Moreno <amorenoz@redhat.com>
+Adrian Podlawski <adrian.podlawski@intel.com>
+Adrien Mazarguil <adrien.mazarguil@6wind.com>
+Ady Agbarih <adypodoman@gmail.com>
+Agalya Babu RadhaKrishnan <agalyax.babu.radhakrishnan@intel.com>
+Aidan Goddard <aidan.goddard@accelercomm.com>
+Aideen McLoughlin <aideen.mcloughlin@intel.com>
+Ajit Khaparde <ajit.khaparde@broadcom.com>
+Akash Saxena <akash.saxena@caviumnetworks.com>
+Akeem G Abodunrin <akeem.g.abodunrin@intel.com>
+Akhil Goyal <gakhil@marvell.com> <akhil.goyal@nxp.com>
+Alain Leon <xerebz@gmail.com>
+Alan Carew <alan.carew@intel.com>
+Alan Dewar <alan.dewar@att.com> <adewar@brocade.com>
+Alan Liu <zaoxingliu@gmail.com>
+Alan Winkowski <walan@marvell.com>
+Alejandro Lucero <alejandro.lucero@netronome.com>
+Aleksander Gajewski <aleksanderx.gajewski@intel.com>
+Aleksandr Loktionov <aleksandr.loktionov@intel.com>
+Aleksandr Miloshenko <a.miloshenko@f5.com>
+Aleksey Baulin <aleksey.baulin@gmail.com>
+Aleksey Katargin <gureedo@gmail.com>
+Alexander Bechikov <asb.tyum@gmail.com>
+Alexander Belyakov <abelyako@gmail.com>
+Alexander Chernavin <achernavin@netgate.com>
+Alexander Guy <alexander@andern.org>
+Alexander Kozyrev <akozyrev@nvidia.com> <akozyrev@mellanox.com>
+Alexander Matushevsky <matua@amazon.com>
+Alexander Solganik <solganik@gmail.com>
+Alexander V Gutkin <alexander.v.gutkin@intel.com>
+Alexandre Ferrieux <alexandre.ferrieux@orange.com>
+Alexey Kardashevskiy <aik@ozlabs.ru>
+Alex Kiselev <alex@bisonrouter.com> <alex@therouter.net>
+Alex Marginean <alexandru.marginean@nxp.com>
+Alex Markuze <alex@weka.io>
+Alex Porosanu <alexandru.porosanu@nxp.com>
+Alex Rosenbaum <alexr@nvidia.com> <alexr@mellanox.com>
+Alex Vesker <valex@nvidia.com>
+Alex Wang <alex@awakenetworks.com>
+Alex Zelezniak <alexz@att.com>
+Alfredo Cardigliano <cardigliano@ntop.org>
+Ali Alnubani <alialnu@nvidia.com> <alialnu@mellanox.com>
+Alice Michael <alice.michael@intel.com>
+Alin Rauta <alin.rauta@intel.com>
+Ali Volkan Atli <volkan.atli@argela.com.tr>
+Allain Legacy <allain.legacy@windriver.com>
+Allen Hubbe <allen.hubbe@amd.com>
+Alok Makhariya <alok.makhariya@nxp.com>
+Alvaro Karsz <alvaro.karsz@solid-run.com>
+Alvin Zhang <alvinx.zhang@intel.com>
+Aman Singh <aman.deep.singh@intel.com>
+Amaranath Somalapuram <asomalap@amd.com>
+Amine Kherbouche <amine.kherbouche@6wind.com>
+Amin Tootoonchian <amint@icsi.berkeley.edu>
+Ami Sabo <amis@radware.com>
+Amit Bernstein <amitbern@amazon.com>
+Amit Gupta <agupta3@marvell.com>
+Amit Prakash Shukla <amitprakashs@marvell.com>
+Amr Mokhtar <amr.mokhtar@intel.com>
+Amruta Zende <amruta.zende@intel.com>
+Amrutha Sampath <amrutha.sampath@intel.com>
+Ananda Sathyanarayana <ananda@versa-networks.com>
+Anand B Jyoti <anand.b.jyoti@intel.com>
+Anand Rawat <anand.rawat@intel.com>
+Anand Sunkad <anand.sunkad@benisontech.com>
+Anatolii Gerasymenko <anatolii.gerasymenko@intel.com>
+Anatoly Burakov <anatoly.burakov@intel.com>
+Anbarasan Murugesan <anbarasanx.murugesan@intel.com>
+Anders Roxell <anders.roxell@linaro.org>
+Andrea Arcangeli <aarcange@redhat.com>
+Andrea Grandi <andrea.grandi@intel.com>
+Andre Richter <andre.o.richter@gmail.com>
+Andrew Boyer <andrew.boyer@amd.com> <aboyer@pensando.io>
+Andrew Harvey <agh@cisco.com>
+Andrew Jackson <ajackson@solarflare.com>
+Andrew Lee <andrewle@xilinx.com> <alee@solarflare.com>
+Andrew Pinski <apinski@marvell.com>
+Andrew Rybchenko <andrew.rybchenko@oktetlabs.ru> <arybchenko@solarflare.com>
+Andrey Chilikin <andrey.chilikin@intel.com>
+Andrey Nikolaev <gentoorion@gmail.com>
+Andrey Vesnovaty <andreyv@nvidia.com>
+Andrii Pypchenko <andrii.pypchenko@intel.com>
+Andrius Sirvys <andrius.sirvys@intel.com>
+Andriy Berestovskyy <aber@semihalf.com> <andriy.berestovskyy@caviumnetworks.com>
+Andrzej Ostruszka <amo@semihalf.com> <aostruszka@marvell.com>
+Andy Gospodarek <andrew.gospodarek@broadcom.com> <gospo@broadcom.com>
+Andy Green <andy@warmcat.com>
+Andy Moreton <amoreton@xilinx.com> <amoreton@solarflare.com>
+Andy Pei <andy.pei@intel.com>
+Anirudh Venkataramanan <anirudh.venkataramanan@intel.com>
+Ankur Dwivedi <adwivedi@marvell.com> <ankur.dwivedi@caviumnetworks.com> <ankur.dwivedi@cavium.com>
+Anna Lukin <annal@silicom.co.il>
+Anoob Joseph <anoobj@marvell.com> <anoob.joseph@caviumnetworks.com>
+Antara Ganesh Kolar <antara.ganesh.kolar@intel.com>
+Anthony Fee <anthonyx.fee@intel.com>
+Antonio Fischetti <antonio.fischetti@intel.com>
+Anupam Kapoor <anupam.kapoor@gmail.com>
+Apeksha Gupta <apeksha.gupta@nxp.com>
+Archana Muniganti <marchana@marvell.com> <muniganti.archana@caviumnetworks.com>
+Archit Pandey <architpandeynitk@gmail.com>
+Arkadiusz Kubalewski <arkadiusz.kubalewski@intel.com>
+Arkadiusz Kusztal <arkadiuszx.kusztal@intel.com>
+Arnon Warshavsky <arnon@qwilt.com>
+Arshdeep Kaur <arshdeep.kaur@intel.com>
+Artem V. Andreev <artem.andreev@oktetlabs.ru>
+Artur Rojek <ar@semihalf.com>
+Artur Trybula <arturx.trybula@intel.com>
+Artur Tyminski <arturx.tyminski@intel.com>
+Asaf Penso <asafp@nvidia.com> <asafp@mellanox.com>
+Asaf Ravid <aravid@marvell.com>
+Ashijeet Acharya <ashijeet.acharya@6wind.com>
+Ashish Gupta <ashishg@marvell.com> <ashish.gupta@marvell.com> <ashish.gupta@caviumnetworks.com>
+Ashish Jain <ashish.jain@nxp.com>
+Ashish Paul <apaul@juniper.net>
+Ashish Sadanandan <ashish.sadanandan@gmail.com>
+Ashish Shah <ashish.n.shah@intel.com>
+Ashwin Sekhar T K <asekhar@marvell.com> <ashwin.sekhar@caviumnetworks.com>
+Asim Jamshed <asim.jamshed@gmail.com>
+Aviad Yehezkel <aviadye@mellanox.com>
+Avi Kivity <avi@scylladb.com>
+Aws Ismail <aismail@ciena.com>
+Ayuj Verma <ayverma@marvell.com> <ayuj.verma@caviumnetworks.com>
+Balakrishna Bhamidipati <bbhamidipati@marvell.com>
+Balasubramanian Manoharan <balasubramanian.manoharan@caviumnetworks.com>
+Balazs Nemeth <bnemeth@redhat.com> <balazs.nemeth@intel.com>
+Bao-Long Tran <longtb5@viettel.com.vn>
+Barak Enat <barak@saguna.net>
+Barry Cao <barry.cao@nxp.com>
+Baruch Siach <baruch@tkos.co.il>
+Bassam Zaid AlKilani <bzalkilani@nvidia.com>
+Beilei Xing <beilei.xing@intel.com>
+Bei Sun <bei.sun@broadcom.com>
+Benjamin Le Berre <benjamin.le_berre@6wind.com>
+Ben Magistro <koncept1@gmail.com>
+Benoît Canet <benoit.canet@nodalink.com>
+Benoît Ganne <bganne@cisco.com>
+Ben Pfaff <blp@ovn.org>
+Ben Shelton <benjamin.h.shelton@intel.com>
+Ben Walker <benjamin.walker@intel.com>
+Bernard Iremonger <bernard.iremonger@intel.com>
+Bert van Leeuwen <bert.vanleeuwen@netronome.com>
+Bhagyada Modali <bhagyada.modali@amd.com>
+Bharat Mota <bmota@vmware.com>
+Bill Hong <bhong@brocade.com>
+Billy McFall <bmcfall@redhat.com>
+Billy O'Mahony <billy.o.mahony@intel.com>
+Bing Zhao <bingz@nvidia.com> <bingz@mellanox.com> <bing.zhao@hxt-semitech.com>
+Bin Huang <brian.huangbin@huawei.com> <bin.huang@hxt-semitech.com>
+Bin Zheng <zhengbin.89740@bytedance.com>
+Björn Töpel <bjorn.topel@intel.com>
+Bo Chen <box.c.chen@intel.com>
+Boleslav Stankevich <boleslav.stankevich@oktetlabs.ru>
+Boon Ang <bang@vmware.com>
+Boris Pismenny <borisp@mellanox.com>
+Brandon Lo <blo@iol.unh.edu>
+Brendan Ryan <brendan.ryan@intel.com>
+Brett Creeley <brett.creeley@intel.com>
+Brian Archbold <brian.archbold@intel.com>
+Brian Brooks <brian.brooks@arm.com>
+Brian Dooley <brian.dooley@intel.com>
+Brian Johnson <brian.johnson@intel.com>
+Brian Poole <brian90013@gmail.com>
+Brian Russell <brussell@brocade.com>
+Brick Yang <brick.yang@nxp.com>
+Bruce Allan <bruce.w.allan@intel.com>
+Bruce Liu <2103458176@qq.com>
+Bruce Merry <bmerry@sarao.ac.za>
+Bruce Richardson <bruce.richardson@intel.com> <bruce.ricahrdson@intel.com> <bruce.richarsdon@intel.com> <bruce.ruchardson@intel.com>
+Bryan Benson <bmbenson@amazon.com>
+Byron Marohn <byron.marohn@intel.com>
+Carolyn Wyborny <carolyn.wyborny@intel.com>
+Chaeyong Chong <cychong@gmail.com>
+Chaitanya Babu Talluri <tallurix.chaitanya.babu@intel.com>
+Chandubabu Namburu <chandu@amd.com>
+Changchun Ouyang <changchun.ouyang@intel.com>
+Changpeng Liu <changpeng.liu@intel.com>
+Changqing Wu <changqingx.wu@intel.com>
+Chaoyong He <chaoyong.he@corigine.com>
+Chao Zhu <chaozhu@linux.vnet.ibm.com> <bjzhuc@cn.ibm.com>
+Charles Brett <cfb@hpe.com>
+Charles Myers <charles.myers@spirent.com>
+Chas Williams <3chas3@gmail.com> <chas3@att.com> <ciwillia@brocade.com>
+Chenbo Xia <chenbo.xia@intel.com>
+Chengchang Tang <tangchengchang@huawei.com> <tangchengchang@hisilicon.com>
+Chengfeng Ye <cyeaa@connect.ust.hk>
+Chenghu Yao <yao.chenghu@zte.com.cn>
+Cheng Jiang <cheng1.jiang@intel.com>
+Chenglian Sun <sunchenglian@loongson.cn>
+Cheng Liu <liucheng11@huawei.com>
+Cheng Peng <cheng.peng5@zte.com.cn>
+Chengwen Feng <fengchengwen@huawei.com>
+Chenmin Sun <chenmin.sun@intel.com>
+Chenxu Di <chenxux.di@intel.com>
+Cheryl Houser <chouser@vmware.com>
+Chinh T Cao <chinh.t.cao@intel.com>
+Chintu Hetam <rometoroam@gmail.com>
+Choonho Son <choonho.son@gmail.com>
+Chris Metcalf <cmetcalf@mellanox.com>
+Christian Ehrhardt <christian.ehrhardt@canonical.com>
+Christian Maciocco <christian.maciocco@intel.com>
+Christophe Fontaine <cfontain@redhat.com>
+Christophe Grosse <christophe.grosse@6wind.com>
+Christopher Pau <christopher.pau@intel.com>
+Christopher Reder <christopher.reder@broadcom.com>
+Christoph Gysin <christoph.gysin@gmail.com>
+Christos Ricudis <ricudis@niometrics.com>
+Chris Wright <chrisw@redhat.com>
+Chuanshe Zhang <zhangchuanshe@icloudshield.com>
+Chuhong Yao <ych@panath.cn>
+Chunsong Feng <fengchunsong@huawei.com>
+Churchill Khangar <churchill.khangar@intel.com>
+Cian Ferriter <cian.ferriter@intel.com>
+Ciara Loftus <ciara.loftus@intel.com>
+Ciara Power <ciara.power@intel.com>
+Claire Murphy <claire.k.murphy@intel.com>
+Cody Doucette <doucette@bu.edu>
+Congwen Zhang <zhang.congwen@zte.com.cn>
+Conor Fogarty <conor.fogarty@intel.com>
+Conor Walsh <conor.walsh@intel.com>
+Cristian Bidea <cristian.bidea@keysight.com>
+Cristian Dumitrescu <cristian.dumitrescu@intel.com>
+Cristian Sovaiala <cristian.sovaiala@nxp.com>
+Cunming Liang <cunming.liang@intel.com>
+Cyril Chemparathy <cchemparathy@ezchip.com> <cchemparathy@tilera.com>
+Cyril Cressent <cyril.cressent@intel.com>
+Dahir Osman <dahir.osman@windriver.com>
+Damian Milosek <damian.milosek@intel.com>
+Damian Nowak <damianx.nowak@intel.com>
+Damien Millescamps <damien.millescamps@6wind.com>
+Damjan Marion <damarion@cisco.com>
+Damodharam Ammepalli <damodharam.ammepalli@broadcom.com>
+Dan Aloni <dan@kernelim.com>
+Dana Vardi <danat@marvell.com>
+Dan Gora <dg@adax.com>
+Daniele Di Proietto <ddiproietto@vmware.com>
+Daniel Kaminsky <daniel.kaminsky@infinitelocality.com>
+Daniel Kan <dan@nyansa.com>
+Daniel Martin Buckley <daniel.m.buckley@intel.com>
+Daniel Mrzyglod <danielx.t.mrzyglod@intel.com>
+Daniel Shelepov <dashel@microsoft.com>
+Daniel Verkamp <daniel.verkamp@intel.com>
+Dan Nowlin <dan.nowlin@intel.com>
+Danny Patel <dannyp@marvell.com>
+Danny Zhou <danny.zhou@intel.com>
+Dan Wei <dan.wei@intel.com>
+Dapeng Yu <dapengx.yu@intel.com>
+Darek Stojaczyk <dariusz.stojaczyk@intel.com>
+Daria Kolistratova <daria.kolistratova@intel.com>
+Dariusz Chaberski <dariuszx.chaberski@intel.com>
+Dariusz Jagus <dariuszx.jagus@intel.com>
+Dariusz Sosnowski <dsosnowski@nvidia.com>
+Dariusz Stojaczyk <dariuszx.stojaczyk@intel.com>
+Darren Edamura <darren.edamura@broadcom.com>
+Dave Burley <dave.burley@accelercomm.com>
+Dave Ertman <david.m.ertman@intel.com>
+David Binderman <dcb314@hotmail.com>
+David Bouyeure <david.bouyeure@fraudbuster.mobi>
+David Christensen <drc@linux.vnet.ibm.com> <david.christensen@broadcom.com>
+David Coyle <david.coyle@intel.com>
+Davide Caratti <dcaratti@redhat.com>
+David George <david.george@sophos.com>
+David Harton <dharton@cisco.com>
+David Hunt <david.hunt@intel.com>
+David Liu <dliu@iol.unh.edu>
+David MacDougal <david.macdougal@gmail.com>
+David Marchand <david.marchand@redhat.com> <david.marchand@6wind.com>
+David Riddoch <driddoch@solarflare.com>
+David Su <david.w.su@intel.com>
+David Verbeiren <david.verbeiren@intel.com>
+David Wilder <dwilder@us.ibm.com>
+David Zeng <zengxhsh@cn.ibm.com>
+Dawid Gorecki <dgr@semihalf.com>
+Dawid Jurczak <dawid_jurek@vp.pl>
+Dawid Lukwinski <dawid.lukwinski@intel.com>
+Dawid Zielinski <dawid.zielinski@intel.com>
+Daxue Gao <daxuex.gao@intel.com>
+Declan Doherty <declan.doherty@intel.com>
+Deepak Khandelwal <deepak.khandelwal@intel.com>
+Deepak Kumar Jain <deepak.k.jain@intel.com>
+Deirdre O'Connor <deirdre.o.connor@intel.com>
+Dekel Peled <dekelp@nvidia.com> <dekelp@mellanox.com>
+Dennis Marinus <dmarinus@amazon.com>
+Derek Chickles <derek.chickles@caviumnetworks.com>
+Des O Dea <des.j.o.dea@intel.com>
+Devendra Singh Rawat <dsinghrawat@marvell.com>
+Dex Chen <dex.chen@ruckuswireless.com>
+Dexia Li <dexia.li@jaguarmicro.com>
+Dexuan Cui <decui@microsoft.com>
+Dharmik Thakkar <dharmik.thakkar@arm.com>
+Dheemanth Mallikarjun <dheemanthm@vmware.com>
+Diana Wang <na.wang@corigine.com>
+Didier Pallard <didier.pallard@6wind.com>
+Dilshod Urazov <dilshod.urazov@oktetlabs.ru>
+Ding Zhi <zhi.ding@6wind.com>
+Diogo Behrens <diogo.behrens@huawei.com>
+Dirk-Holger Lenz <dirk.lenz@ng4t.com>
+Dmitri Epshtein <dima@marvell.com>
+Dmitriy Yakovlev <bombermag@gmail.com>
+Dmitry Eremin-Solenikov <dmitry.ereminsolenikov@linaro.org>
+Dmitry Kozlyuk <dmitry.kozliuk@gmail.com> <dkozlyuk@nvidia.com>
+Dmitry Vyukov <dvyukov@gmail.com>
+Dodji Seketeli <dodji@redhat.com>
+Donald Lee <donald_lee@trendmicro.com>
+Dongdong Liu <liudongdong3@huawei.com>
+Dongsheng Rong <rongdongsheng@baidu.com>
+Dongsu Han <dongsuh@cs.cmu.edu>
+Dong Wang <dong1.wang@intel.com>
+Dongyang Pan <197020236@qq.com>
+Dong Zhou <dongzhou@nvidia.com> <dongz@mellanox.com>
+Don Provan <dprovan@bivio.net>
+Don Wallwork <donw@xsightlabs.com>
+Doug Dziggel <douglas.a.dziggel@intel.com>
+Douglas Flint <douglas.flint@broadcom.com>
+Dr. David Alan Gilbert <dgilbert@redhat.com>
+Drocula Lambda <quzeyao@gmail.com>
+Dror Birkman <dror.birkman@lightcyber.com>
+Dukai Yuan <dukaix.yuan@intel.com>
+Dumitru Ceara <dceara@redhat.com> <dumitru.ceara@gmail.com>
+Duncan Bellamy <dunk@denkimushi.com>
+Dustin Lundquist <dustin@null-ptr.net>
+Dzmitry Sautsa <dzmitryx.sautsa@intel.com>
+Ed Czeck <ed.czeck@atomicrules.com>
+Eduard Serra <eserra@vmware.com>
+Edward Makarov <makarov@kraftway.ru>
+Edwin Brossette <edwin.brossette@6wind.com>
+Eelco Chaudron <echaudro@redhat.com>
+Elad Nachman <eladv6@gmail.com>
+Elad Persiko <eladpe@mellanox.com>
+Elena Agostini <eagostini@nvidia.com>
+Eli Britstein <elibr@nvidia.com> <elibr@mellanox.com>
+Elza Mathew <elza.mathew@intel.com>
+Emma Finn <emma.finn@intel.com>
+Emma Kenny <emma.kenny@intel.com>
+Emmanuel Roullit <emmanuel.roullit@gmail.com>
+Eoin Breen <eoin.breen@intel.com>
+Erez Ferber <erezf@nvidia.com> <erezf@mellanox.com>
+Erez Shitrit <erezsh@nvidia.com>
+Eric Kinzie <ekinzie@brocade.com> <ehkinzie@gmail.com>
+Eric Zhang <eric.zhang@windriver.com>
+Erik Gabriel Carrillo <erik.g.carrillo@intel.com>
+Erik Ziegenbalg <eziegenb@brocade.com>
+Erlu Chen <erlu.chen@intel.com>
+Eugenio Pérez <eperezma@redhat.com>
+Eugeny Parshutin <eugeny.parshutin@linux.intel.com>
+Evan Swanson <evan.swanson@intel.com>
+Evgeny Efimov <evgeny.efimov@intel.com>
+Evgeny Im <evgeny.im@oktetlabs.com>
+Evgeny Schemeilin <evgenys@amazon.com>
+Fabio Pricoco <fabio.pricoco@intel.com>
+Fady Bader <fady@mellanox.com>
+Faicker Mo <faicker.mo@ucloud.cn>
+Fangfang Wei <fangfangx.wei@intel.com>
+Fang TongHao <fangtonghao@sangfor.com.cn>
+Fan Zhang <fanzhang.oss@gmail.com> <roy.fan.zhang@intel.com>
+Farah Smith <farah.smith@broadcom.com>
+Fei Chen <chenwei.0515@bytedance.com>
+Feifei Wang <feifei.wang2@arm.com> <feifei.wang@arm.com>
+Fei Qin <fei.qin@corigine.com>
+Fengnan Chang <changfengnan@bytedance.com>
+Fengtian Guo <fengtian.guo@6wind.com>
+Ferdinand Thiessen <rpm@fthiessen.de>
+Ferruh Yigit <ferruh.yigit@amd.com> <ferruh.yigit@intel.com> <ferruh.yigit@xilinx.com> <ferruhy@gmail.com>
+Fidaullah Noonari <fidaullah.noonari@emumba.com>
+Fiona Trahe <fiona.trahe@intel.com>
+Flavia Musatescu <flavia.musatescu@intel.com>
+Flavio Leitner <fbl@redhat.com> <fbl@sysclose.org>
+Forrest Shi <xuelin.shi@nxp.com>
+Francesco Mancino <francesco.mancino@tutus.se>
+Francesco Santoro <francesco.santoro@6wind.com>
+Francis Kelly <fkelly@nvidia.com> <fkelly@mellanox.com>
+Franck Lenormand <franck.lenormand@nxp.com>
+François-Frédéric Ozog <ff@ozog.com>
+Frank Du <frank.du@intel.com>
+Frank Zhao <frank.zhao@starfivetech.com>
+Frederico Cadete <frederico.cadete-ext@oneaccess-net.com>
+Fredrik A Lindgren <fredrik.a.lindgren@tietoevry.com>
+Gabriel Ganne <gabriel.ganne@6wind.com>
+Gaetan Rivet <grive@u256.net> <gaetan.rivet@6wind.com>
+Gagandeep Singh <g.singh@nxp.com>
+Gage Eads <gage.eads@intel.com>
+Gal Cohen <galco@nvidia.com> <galco@mellanox.com>
+Gal Shalom <galshalom@nvidia.com>
+Ganapati Kundapura <ganapati.kundapura@intel.com>
+Ganghui Zeng <zengganghui@huawei.com>
+Gang Jiang <jiangg@mail.ustc.edu.cn>
+Gang Yang <gangx.yang@intel.com>
+Gao Feng <davidfgao@tencent.com>
+Gaoxiang Liu <liugaoxiang@huawei.com>
+Gargi Sau <gargi.sau@intel.com>
+Gary Mussar <gmussar@ciena.com>
+Gaurav Singh <gaurav1086@gmail.com>
+Gautam Dawar <gdawar@solarflare.com>
+Gavin Hu <gavin.hu@arm.com> <gavin.hu@linaro.org>
+Geoffrey Le Gourriérec <geoffrey.le_gourrierec@6wind.com>
+Geoffrey Lv <geoffrey.lv@gmail.com>
+Geoff Thorpe <geoff.thorpe@nxp.com>
+George Prekas <prekageo@amazon.com>
+George Wilkie <george.wilkie@intl.att.com> <gwilkie@brocade.com>
+Georgios Katsikas <katsikas.gp@gmail.com>
+Georgiy Levashov <georgiy.levashov@oktetlabs.ru>
+Georg Sauthoff <mail@gms.tf>
+Gerald Rogers <gerald.rogers@intel.com>
+Gerry Gribbon <ggribbon@nvidia.com>
+Ghalem Boudour <ghalem.boudour@6wind.com>
+Gilad Berman <giladb@mellanox.com>
+Girish Nandibasappa <girish.nandibasappa@amd.com>
+Gong Deli <gnnnnng@gmail.com>
+Gordon Noonan <gordon.noonan@intel.com>
+Gosia Bakota <gosia.bakota@intel.com>
+Govindarajulu Varadarajan <gvaradar@cisco.com>
+Gowrishankar Muthukrishnan <gmuthukrishn@marvell.com> <gowrishankar.m@linux.vnet.ibm.com>
+Gregory Etelson <getelson@nvidia.com> <getelson@mellanox.com> <gregory@weka.io>
+Greg Tucker <greg.b.tucker@intel.com>
+Grishma Kotecha <grishma.kotecha@intel.com>
+Grzegorz Galkowski <grzegorz.galkowski@intel.com>
+Grzegorz Nitka <grzegorz.nitka@intel.com>
+Grzegorz Siwik <grzegorz.siwik@intel.com>
+Guduri Prathyusha <gprathyusha@caviumnetworks.com>
+Guido Barzini <gbarzini@solarflare.com>
+Guillaume Gaudonville <guillaume.gaudonville@6wind.com>
+Guinan Sun <guinanx.sun@intel.com>
+Guolin Yang <gyang@vmware.com>
+Guo Xin <gxin@ezchip.com>
+Guoyang Zhou <zhouguoyang@huawei.com>
+Guruprasad Rao <guruprasadx.rao@intel.com>
+Guy Kaneti <guyk@marvell.com>
+Guy Tzalik <gtzalik@amazon.com>
+Haggai Eran <haggaie@nvidia.com>
+Haifei Luo <haifeil@nvidia.com>
+Haifeng Gao <gaohaifeng.gao@huawei.com>
+Haifeng Li <hfli@netitest.com>
+Haifeng Lin <haifeng.lin@huawei.com>
+Haifeng Tang <haifengx.tang@intel.com>
+Haijun Chu <haijun.chu@intel.com>
+Hailin Xu <hailinx.xu@intel.com>
+Haiyang Zhang <haiyangz@microsoft.com>
+Haiying Wang <haiying.wang@nxp.com>
+Haiyue Wang <haiyue.wang@intel.com>
+Hamdan Igbaria <hamdani@nvidia.com>
+Hamza Khan <hamza.khan@intel.com>
+Hannes Frederic Sowa <hannes@stressinduktion.org>
+Hanoch Haim <hhaim@cisco.com>
+Hanumanth Pothula <hpothula@marvell.com>
+Hao Chen <chenh@yusur.tech> <chenhao164@huawei.com>
+Hao Wu <hao.wu@intel.com>
+Hari Kumar Vemula <hari.kumarx.vemula@intel.com>
+Harini Ramakrishnan <harini.ramakrishnan@microsoft.com>
+Hariprasad Govindharajan <hariprasad.govindharajan@intel.com>
+Harish Patil <harish.patil@cavium.com> <harish.patil@qlogic.com>
+Harman Kalra <hkalra@marvell.com>
+Harneet Singh <harneet.singh@intel.com>
+Harold Huang <baymaxhuang@gmail.com>
+Harrison McCullough <harrison_mccullough@labs.att.com>
+Harry van Haaren <harry.van.haaren@intel.com>
+Harshad Narayane <harshad.suresh.narayane@intel.com>
+Harshitha Ramamurthy <harshitha.ramamurthy@intel.com>
+Hasan Alayli <halayli@gmail.com>
+Hayato Momma <h-momma@ce.jp.nec.com>
+Heinrich Kuhn <heinrich.kuhn@corigine.com> <heinrich.kuhn@netronome.com>
+Heinrich Schuchardt <heinrich.schuchardt@canonical.com>
+Helin Zhang <helin.zhang@intel.com>
+Hemant Agrawal <hemant.agrawal@nxp.com> <hemant@freescale.com>
+Heng Ding <hengx.ding@intel.com>
+Hengjian Zhang <hengjianx.zhang@intel.com>
+Heng Wang <heng.wang@ericsson.com>
+Henning Schild <henning.schild@siemens.com>
+Henry Cai <caihe@huawei.com>
+Henry Nadeau <hnadeau@iol.unh.edu>
+Henry Tieman <henry.w.tieman@intel.com>
+Heqing Zhu <heqing.zhu@intel.com>
+Herakliusz Lipiec <herakliusz.lipiec@intel.com>
+Herbert Guan <herbert.guan@arm.com>
+Hernan Vargas <hernan.vargas@intel.com>
+Herry Chen <herry.chen@broadcom.com>
+Hideyuki Yamashita <yamashita.hideyuki@po.ntt-tx.co.jp>
+Hiral Shah <hshah@marvell.com>
+Hiroki Shirokura <slank.dev@gmail.com>
+Hiroshi Shimamoto <h-shimamoto@ct.jp.nec.com>
+Hiroyuki Mikita <h.mikita89@gmail.com>
+Hongbo Zheng <zhenghongbo3@huawei.com>
+Hongjun Ni <hongjun.ni@intel.com>
+Hongzhi Guo <guohongzhi1@huawei.com>
+Honnappa Nagarahalli <honnappa.nagarahalli@arm.com>
+Horia Geanta Neag <horia.geanta@nxp.com>
+H. Peter Anvin <hpa@linux.intel.com>
+Hrvoje Habjanic <hrvoje.habjanic@zg.ht.hr>
+Huaibin Wang <huaibin.wang@6wind.com>
+Huanle Han <hanxueluo@gmail.com>
+Huawei Xie <huawei.xhw@alibaba-inc.com> <huawei.xie@intel.com>
+Huichao Cai <chcchc88@163.com>
+Huilong Xu <huilongx.xu@intel.com>
+Huisong Li <lihuisong@huawei.com>
+Hui Zhao <zhaohui8@huawei.com>
+Huzaifa Rahman <huzaifa.rahman@emumba.com>
+Hyong Youb Kim <hyonkim@cisco.com>
+Hyun Yoo <easetheworld@gmail.com>
+Ian Betts <ian.betts@intel.com>
+Ian Dolzhansky <ian.dolzhansky@oktetlabs.ru>
+Ian Stokes <ian.stokes@intel.com>
+Ibtisam Tariq <ibtisam.tariq@emumba.com>
+Idan Hackmon <idanhac@nvidia.com>
+Ido Barnea <ibarnea@cisco.com>
+Ido Goshen <ido@cgstowernetworks.com>
+Ido Segev <idose@amazon.com>
+Igor Chauskin <igorch@amazon.com> <igorch@semihalf.com>
+Igor Romanov <igor.romanov@oktetlabs.ru>
+Igor Russkikh <irusskikh@marvell.com> <igor.russkikh@aquantia.com>
+Igor Ryzhov <iryzhov@arccn.ru> <iryzhov@nfware.com>
+Ildar Mustafin <imustafin@bk.ru>
+Ilia Kurakin <ilia.kurakin@intel.com>
+Ilja Van Sprundel <ivansprundel@ioactive.com>
+Ilya Maximets <i.maximets@ovn.org> <i.maximets@samsung.com>
+Ilya V. Matveychikov <matvejchikov@gmail.com>
+Ilyes Ben Hamouda <ilyes.ben_hamouda@6wind.com>
+Intiyaz Basha <intiyaz.basha@caviumnetworks.com>
+Itsuro Oda <oda@valinux.co.jp>
+Ivan Boule <ivan.boule@6wind.com>
+Ivan Dyukov <i.dyukov@samsung.com>
+Ivan Ilchenko <ivan.ilchenko@oktetlabs.ru>
+Ivan Malov <ivan.malov@arknetworks.am> <ivan.malov@oktetlabs.ru>
+Ivan Nardi <nardi.ivan@gmail.com>
+Jacek Bułatek <jacekx.bulatek@intel.com>
+Jacek Naczyk <jacek.naczyk@intel.com>
+Jacek Piasecki <jacekx.piasecki@intel.com>
+Jacek Siuda <jck@semihalf.com>
+Jacob Keller <jacob.e.keller@intel.com>
+Jakub Chylkowski <jakubx.chylkowski@intel.com>
+Jakub Grajciar <jgrajcia@cisco.com>
+Jakub Neruda <neruda@netcope.com>
+Jakub Palider <jpalider@marvell.com> <jpa@semihalf.com> <jpalider@gmail.com>
+Jakub Poczatek <jakub.poczatek@intel.com>
+Jakub Wysocki <jakubx.wysocki@intel.com>
+James Davidson <james.davidson@brocade.com>
+James Fox <jamesfox@xilinx.com>
+James Grant <j.grant@qub.ac.uk>
+James Hershaw <james.hershaw@corigine.com>
+James Poole <james.g.poole@intel.com>
+Jamie Lavigne <lavignen@amazon.com>
+Jananee Parthasarathy <jananeex.m.parthasarathy@intel.com>
+Jan Beulich <jbeulich@suse.com>
+Jan Blunck <jblunck@infradead.org>
+Jan Medala <jan.medala@outlook.com> <jan@semihalf.com>
+Jan Remes <remes@netcope.com>
+Jan Viktorin <viktorin@cesnet.cz> <viktorin@rehivetech.com>
+Jan Wickbom <jan.wickbom@ericsson.com>
+Jaroslaw Gawin <jaroslawx.gawin@intel.com>
+Jaroslaw Ilgiewicz <jaroslaw.ilgiewicz@intel.com>
+Jason He <jason.he@broadcom.com>
+Jason Wang <jasowang@redhat.com>
+Jasvinder Singh <jasvinder.singh@intel.com>
+Jay Ding <jay.ding@broadcom.com>
+Jay Jayatheerthan <jay.jayatheerthan@intel.com>
+Jay Rolette <rolette@infiniteio.com>
+Jay Zhou <jianjay.zhou@huawei.com>
+Jean Dao <jean.dao@6wind.com>
+Jean-Mickael Guerin <jean-mickael.guerin@6wind.com> <jmg@6wind.com>
+Jean Tourrilhes <jt@labs.hpe.com>
+Jeb Cramer <jeb.j.cramer@intel.com>
+Jecky Pei <jpei@sonicwall.com>
+Jeff Daly <jeffd@silicom-usa.com>
+Jeff Guo <jia.guo@intel.com>
+Jeff Kirsher <jeffrey.t.kirsher@intel.com>
+Jeffrey Huang <jeffrey.huang@broadcom.com>
+Jeff Shaw <jeffrey.b.shaw@intel.com>
+Jens Freimann <jfreimann@redhat.com> <jfreiman@redhat.com>
+Jeremy Plsek <jplsek@iol.unh.edu>
+Jeremy Spewock <jspewock@iol.unh.edu>
+Jerin Jacob <jerinj@marvell.com> <jerin.jacob@caviumnetworks.com> <jerinjacobk@gmail.com>
+Jerome Jutteau <jerome.jutteau@outscale.com>
+Jerry Hao OS <jerryhao@os.amperecomputing.com>
+Jerry Lilijun <jerry.lilijun@huawei.com>
+Jerry Zhang <jerry.zhang@intel.com>
+Jesna K E <jesna.k.e@amd.com>
+Jesper Wramberg <jesper.wramberg@gmail.com>
+Jesse Brandeburg <jesse.brandeburg@intel.com>
+Jesse Bruni <jesse.bruni@intel.com>
+Jia He <justin.he@arm.com> <jia.he@hxt-semitech.com>
+Jianbo Liu <jianbo.liu@arm.com> <jianbo.liu@linaro.org>
+Jianfeng Tan <jianfeng.tan@intel.com>
+Jiangu Zhao <zhaojg@arraynetworks.com.cn>
+Jianwei Ma <jianwei.ma@intel.com>
+Jianwei Mei <jianweix.mei@intel.com>
+Jiaqi Min <jiaqix.min@intel.com>
+Jiawei Wang <jiaweiw@nvidia.com> <jiaweiw@mellanox.com>
+Jiawei Zhu <zhujiawei12@huawei.com>
+Jiawen Wu <jiawenwu@trustnetic.com>
+Jiayu Hu <jiayu.hu@intel.com>
+Jia Yu <jyu@vmware.com>
+Jie Hai <haijie1@huawei.com>
+Jie Liu <jie2.liu@hxt-semitech.com>
+Jie Pan <panjie5@jd.com>
+Jie Wang <jie1x.wang@intel.com>
+Jie Zhou <jizh@linux.microsoft.com> <jizh@microsoft.com>
+Jijiang Liu <jijiang.liu@intel.com>
+Jilei Chen <chenjilei@cmss.chinamobile.com>
+Jim Harris <james.r.harris@intel.com>
+Jincheng Miao <jincheng.miao@gmail.com> <jmiao@redhat.com>
+Jing Chen <jing.d.chen@intel.com>
+Jingguo Fu <jingguox.fu@intel.com>
+Jingjing Wu <jingjing.wu@intel.com>
+Jingzhao Ni <jingzhao.ni@arm.com>
+Jin Heo <heoj@vmware.com>
+Jin Ling <jin.ling@intel.com>
+Jin Liu <jin.liu@corigine.com>
+Jin Yu <jin.yu@intel.com>
+Jiri Slaby <jslaby@suse.cz>
+Job Abraham <job.abraham@intel.com>
+Jochen Behrens <jbehrens@vmware.com>
+Joey Xing <joey.xing@jaguarmicro.com>
+Johan Faltstrom <johan.faltstrom@netinsight.net>
+Johan Källström <johan.kallstrom@ericsson.com>
+Johan Samuelsson <johan.xb.samuelsson@ericsson.com>
+John Alexander <john.alexander@datapath.co.uk>
+John Baldwin <jhb@freebsd.org>
+John Carney <john.carney@broadcom.com>
+John Daley <johndale@cisco.com>
+John Griffin <john.griffin@intel.com>
+John Guzik <john@shieldxnetworks.com>
+John Hurley <jhurley@nvidia.com>
+John Jacques <john.jacques@intel.com>
+John J Browne <john.j.browne@intel.com>
+John Levon <john.levon@nutanix.com>
+John McNamara <john.mcnamara@intel.com>
+John Miller <john.miller@atomicrules.com>
+John OLoughlin <john.oloughlin@intel.com>
+John Ousterhout <ouster@cs.stanford.edu>
+John W. Linville <linville@tuxdriver.com>
+Jonas Pfefferle <jpf@zurich.ibm.com> <pepperjo@japf.ch>
+Jonathan Erb <jonathan.erb@banduracyber.com>
+Jon DeVree <nuxi@vault24.org>
+Jon Loeliger <jdl@netgate.com>
+Joongi Kim <joongi@an.kaist.ac.kr>
+Jørgen Østergaard Sloth <jorgen.sloth@xci.dk>
+Jörg Thalheim <joerg@thalheim.io>
+Joseph Richard <joseph.richard@windriver.com>
+Josh Soref <jsoref@gmail.com>
+Joshua Hay <joshua.a.hay@intel.com>
+Joshua Washington <joshwash@google.com>
+Joyce Kong <joyce.kong@arm.com>
+Jozef Martiniak <jozmarti@cisco.com>
+JP Lee <jongpil.lee@broadcom.com>
+Juan Antonio Montesinos <juan.antonio.montesinos.delgado@ericsson.com>
+Juhamatti Kuusisaari <juhamatti.kuusisaari@coriant.com>
+Juho Snellman <jsnell@iki.fi>
+Julien Castets <jcastets@scaleway.com>
+Julien Courtat <julien.courtat@6wind.com>
+Julien Cretin <julien.cretin@trust-in-soft.com>
+Julien Massonneau <julien.massonneau@6wind.com>
+Julien Meunier <julien.meunier@nokia.com> <julien.meunier@6wind.com>
+Július Milan <jmilan.dev@gmail.com>
+Junfeng Guo <junfeng.guo@intel.com>
+Junjie Chen <junjie.j.chen@intel.com>
+Junjie Wan <wanjunjie@bytedance.com>
+Jun Qiu <jun.qiu@jaguarmicro.com>
+Jun W Zhou <junx.w.zhou@intel.com>
+Junxiao Shi <git@mail1.yoursunny.com>
+Jun Yang <jun.yang@nxp.com>
+Junyu Jiang <junyux.jiang@intel.com>
+Juraj Linkeš <juraj.linkes@pantheon.tech>
+Kai Ji <kai.ji@intel.com>
+Kaiwen Deng <kaiwenx.deng@intel.com>
+Kalesh AP <kalesh-anakkur.purayil@broadcom.com>
+Kamalakannan R <kamalakannan.r@intel.com>
+Kamil Bednarczyk <kamil.bednarczyk@intel.com>
+Kamil Chalupnik <kamilx.chalupnik@intel.com>
+Kamil Rytarowski <kamil.rytarowski@caviumnetworks.com>
+Kamil Vojanec <xvojan00@stud.fit.vutbr.cz>
+Kanaka Durga Kotamarthy <kkotamarthy@marvell.com>
+Karen Sornek <karen.sornek@intel.com>
+Karla Saur <karla.saur@intel.com>
+Karl Bonde Torp <k.torp@samsung.com>
+Karmarkar Suyash <skarmarkar@sonusnet.com>
+Karol Kolacinski <karol.kolacinski@intel.com>
+Karra Satwik <kaara.satwik@chelsio.com>
+Kathleen Capella <kathleen.capella@arm.com>
+Kefu Chai <tchaikov@gmail.com>
+Keiichi Watanabe <keiichiw@chromium.org>
+Keith Wiles <keith.wiles@intel.com> <keith.wiles@windriver.com>
+Kent Wires <kent.wires@intel.com>
+Keunhong Lee <dlrmsghd@gmail.com>
+Kevin Laatz <kevin.laatz@intel.com>
+Kevin Lampis <klampis@solarflare.com>
+Kevin Liu <kevinx.liu@intel.com>
+Kevin O'Sullivan <kevin.osullivan@intel.com>
+Kevin Scott <kevin.c.scott@intel.com>
+Kevin Traynor <ktraynor@redhat.com>
+Ke Xu <ke1.xu@intel.com>
+Ke Zhang <ke1x.zhang@intel.com>
+Khoa To <khot@microsoft.com>
+Kiran KN <kirankn@juniper.net>
+Kiran Kumar K <kirankumark@marvell.com>
+Kiran Kumar <kkokkilagadda@caviumnetworks.com> <kiran.kokkilagadda@caviumnetworks.com>
+Kiran Patil <kiran.patil@intel.com>
+Kirill Rybalchenko <kirill.rybalchenko@intel.com>
+Kishore Padmanabha <kishore.padmanabha@broadcom.com>
+Klaus Degner <kd@allegro-packets.com>
+Kommula Shiva Shankar <kshankar@marvell.com>
+Konstantin Ananyev <konstantin.v.ananyev@yandex.ru> <konstantin.ananyev@huawei.com> <konstantin.ananyev@intel.com>
+Krishna Murthy <krishna.j.murthy@intel.com>
+Krzysztof Galazka <krzysztof.galazka@intel.com>
+Krzysztof Kanas <kkanas@marvell.com> <krzysztof.kanas@caviumnetworks.com>
+Krzysztof Karas <krzysztof.karas@intel.com>
+Krzysztof Witek <krzysztof.witek@6wind.com>
+Kuba Kozak <kubax.kozak@intel.com>
+Kumar Amber <kumar.amber@intel.com>
+Kumara Parameshwaran <kumaraparamesh92@gmail.com> <kparameshwar@vmware.com>
+Kumar Sanghvi <kumaras@chelsio.com>
+Kyle Larose <klarose@sandvine.com>
+Lance Richardson <lance.richardson@broadcom.com>
+Laszlo Ersek <lersek@redhat.com>
+Laura Stroe <laura.stroe@intel.com>
+Laurent Hardy <laurent.hardy@6wind.com>
+Lavanya Govindarajan <lavanyax.govindarajan@intel.com>
+Lazaros Koromilas <l@nofutznetworks.com>
+Leah Tekoa <leah@ethernitynet.com>
+Lee Daly <lee.daly@intel.com>
+Lee Roberts <lee.roberts@hpe.com>
+Lei Cai <lei.cai@jaguarmicro.com>
+Lei Gong <arei.gonglei@huawei.com>
+Lei Ji <jilei8@huawei.com>
+Lei Yao <lei.a.yao@intel.com>
+Leonid Myravjev <myravjev@amicon.ru>
+Leo Xu <yongquanx@nvidia.com>
+Leszek Zygo <leszek.zygo@intel.com>
+Levend Sayar <levendsayar@gmail.com>
+Lev Faerman <lev.faerman@intel.com>
+Lewei Yang <leweix.yang@intel.com>
+Leyi Rong <leyi.rong@intel.com>
+Liang Ma <liangma@bytedance.com> <liangma@liangbit.com> <liang.j.ma@intel.com>
+Liang-Min Larry Wang <liang-min.wang@intel.com>
+Liang Xu <liang.xu@cinfotech.cn>
+Liang Zhang <zhangliang@bigo.sg>
+Li Feng <fengli@smartx.com>
+Li Han <han.li1@zte.com.cn>
+Lihong Ma <lihongx.ma@intel.com>
+Lijian Zhang <lijian.zhang@arm.com>
+Lijuan Tu <lijuan.tu@intel.com> <lijuanx.a.tu@intel.com>
+Lijun Ou <oulijun@huawei.com>
+Liming Sun <lsun@ezchip.com> <lsun@mellanox.com>
+Linfan Hu <zhongdahulinfan@163.com>
+Lingli Chen <linglix.chen@intel.com>
+Lingyu Liu <lingyu.liu@intel.com>
+Lin Li <lilin24@baidu.com>
+Linsi Yuan <yuanlinsi01@baidu.com>
+Lior Margalit <lmargalit@nvidia.com>
+Li Qiang <liq3ea@163.com>
+Liron Himi <lironh@marvell.com>
+Li Wei <lw@cn.fujitsu.com>
+Li Zhang <lizh@nvidia.com>
+Longfeng Liang <longfengx.liang@intel.com>
+Long Li <longli@microsoft.com>
+Long Wu <long.wu@corigine.com>
+Lotem Leder <lotem.leder@intel.com>
+Louise Kilheeney <louise.kilheeney@intel.com>
+Louis Luo <llouis@vmware.com>
+Louis Peens <louis.peens@corigine.com> <louis.peens@netronome.com>
+Luca Boccassi <luca.boccassi@microsoft.com> <bluca@debian.org> <luca.boccassi@gmail.com> <lboccass@brocade.com> <luca.boccassi@intl.att.com>
+Luc Pelletier <lucp.at.work@gmail.com>
+Lukasz Bartosik <lbartosik@marvell.com>
+Lukasz Czapnik <lukasz.czapnik@intel.com>
+Lukasz Gosiewski <lukaszx.gosiewski@intel.com>
+Lukasz Krakowiak <lukaszx.krakowiak@intel.com>
+Lukasz Kupczak <lukasz.kupczak@intel.com>
+Lukasz Majczak <lma@semihalf.com>
+Lukasz Wojciechowski <l.wojciechow@partner.samsung.com>
+Luke Gorrie <luke@snabb.co>
+Lunyuan Cui <lunyuanx.cui@intel.com>
+Lu Qiuwen <luqiuwen@iie.ac.cn>
+Lyn M <netinal7@gmail.com>
+Maayan Kashani <mkashani@nvidia.com>
+Maciej Bielski <mba@semihalf.com>
+Maciej Czekaj <mczekaj@marvell.com> <maciej.czekaj@caviumnetworks.com>
+Maciej Fijalkowski <maciej.fijalkowski@intel.com>
+Maciej Gajdzica <maciejx.t.gajdzica@intel.com>
+Maciej Hefczyc <maciej.hefczyc@intel.com>
+Maciej Machnikowski <maciej.machnikowski@intel.com>
+Maciej Paczkowski <maciej.paczkowski@intel.com>
+Maciej Rabeda <maciej.rabeda@intel.com>
+Maciej Szwed <maciej.szwed@intel.com>
+Madhuker Mythri <madhuker.mythri@oracle.com>
+Mahipal Challa <mchalla@marvell.com>
+Mah Yock Gen <yock.gen.mah@intel.com>
+Mairtin o Loingsigh <mairtin.oloingsigh@intel.com>
+Mallesham Jatharakonda <mjatharakonda@oneconvergence.com>
+Mallesh Koujalagi <malleshx.koujalagi@intel.com>
+Malvika Gupta <malvika.gupta@arm.com>
+Mandal Purna Chandra <purna.chandra.mandal@intel.com>
+Mandeep Rohilla <mrohilla@brocade.com>
+Manish Chopra <manishc@marvell.com>
+Manish Tomar <manish.tomar@nxp.com>
+Mao Jiang <maox.jiang@intel.com>
+Mao YingMing <maoyingming@baidu.com>
+Marcel Apfelbaum <marcel@redhat.com>
+Marcel Cornu <marcel.d.cornu@intel.com>
+Marcelo Ricardo Leitner <marcelo.leitner@gmail.com>
+Marcin Baran <marcinx.baran@intel.com>
+Marcin Danilewicz <marcinx.danilewicz@intel.com>
+Marcin Domagala <marcinx.domagala@intel.com>
+Marcin Formela <marcin.formela@intel.com>
+Marcin Hajkowski <marcinx.hajkowski@intel.com>
+Marcin Kerlin <marcinx.kerlin@intel.com>
+Marcin Smoczynski <marcinx.smoczynski@intel.com>
+Marcin Szycik <marcin.szycik@intel.com>
+Marcin Wilk <marcin.wilk@caviumnetworks.com>
+Marcin Wojtas <mw@semihalf.com>
+Marcin Zapolski <marcinx.a.zapolski@intel.com>
+Marco Varlese <mvarlese@suse.de>
+Marc Sune <marcdevel@gmail.com> <marc.sune@bisdn.de>
+Maria Lingemark <maria.lingemark@ericsson.com>
+Mario Carrillo <mario.alfredo.c.arevalo@intel.com>
+Mário Kuka <kuka@cesnet.cz>
+Mariusz Drost <mariuszx.drost@intel.com>
+Mark Asselstine <mark.asselstine@windriver.com>
+Mark Bloch <mbloch@nvidia.com> <markb@mellanox.com>
+Mark Gillott <mgillott@vyatta.att-mail.com>
+Mark Kavanagh <mark.b.kavanagh@intel.com>
+Marko Kovacevic <marko.kovacevic@intel.com>
+Markos Chandras <mchandras@suse.de>
+Mark Smith <marsmith@akamai.com>
+Mark Spender <mspender@xilinx.com> <mspender@solarflare.com>
+Markus Theil <markus.theil@tu-ilmenau.de> <markus.theil@secunet.com>
+Marta Plantykow <marta.a.plantykow@intel.com>
+Martijn Bakker <gladdyu@gmail.com>
+Martin Harvey <mharvey@solarflare.com>
+Martin Havlik <xhavli56@stud.fit.vutbr.cz>
+Martin Klozik <martinx.klozik@intel.com>
+Martin Spinler <spinler@cesnet.cz>
+Martin Weiser <martin.weiser@allegro-packets.com>
+Martyna Szapar <martyna.szapar@intel.com>
+Maryam Tahhan <maryam.tahhan@intel.com>
+Masoud Hasanifard <masoudhasanifard@gmail.com>
+Matan Azrad <matan@nvidia.com> <matan@mellanox.com>
+Matej Vido <matejvido@gmail.com> <vido@cesnet.cz>
+Mateusz Kowalski <mateusz.kowalski@intel.com>
+Mateusz Pacuszka <mateuszx.pacuszka@intel.com>
+Mateusz Rusinski <mateusz.rusinski@intel.com>
+Matias Elo <matias.elo@nokia.com>
+Mats Liljegren <mats.liljegren@enea.com>
+Matteo Croce <mcroce@redhat.com>
+Matthew Hall <mhall@mhcomputing.net>
+Matthew Smith <mgsmith@netgate.com>
+Matthew Vick <matthew.vick@intel.com>
+Matthias Gatto <matthias.gatto@outscale.com>
+Matthieu Ternisien d'Ouville <matthieu.tdo@6wind.com>
+Mattias Rönnblom <mattias.ronnblom@ericsson.com> <hofors@lysator.liu.se>
+Matt Peters <matt.peters@windriver.com>
+Mauricio Vasquez B <mauricio.vasquez@polito.it> <mauricio.vasquezbernal@studenti.polito.it>
+Mauro Annarumma <mauroannarumma@hotmail.it>
+Maxime Coquelin <maxime.coquelin@redhat.com>
+Maxime Gouin <maxime.gouin@6wind.com>
+Maxime Leroy <maxime.leroy@6wind.com>
+Md Fahad Iqbal Polash <md.fahad.iqbal.polash@intel.com>
+Megha Ajmera <megha.ajmera@intel.com>
+Meijuan Zhao <meijuanx.zhao@intel.com>
+Meir Levi <mlevi4@marvell.com>
+Meir Tseitlin <mirots@gmail.com>
+Mesut Ali Ergin <mesut.a.ergin@intel.com>
+Miao Li <miao.li@intel.com>
+Michael Barker <mikeb01@gmail.com>
+Michael Baum <michaelba@nvidia.com> <michaelba@mellanox.com>
+Michael Frasca <michael.frasca@oracle.com>
+Michael Habibi <mikehabibi@gmail.com>
+Michael Haeuptle <michael.haeuptle@hpe.com>
+Michael Lilja <ml@napatech.com>
+Michael Luo <michael.luo@intel.com>
+Michael McConville <mmcco@mykolab.com>
+Michael Pfeiffer <michael.pfeiffer@tu-ilmenau.de>
+Michael Qiu <qiudayu@chinac.com> <michael.qiu@intel.com>
+Michael Rossberg <michael.rossberg@tu-ilmenau.de>
+Michael Santana <maicolgabriel@hotmail.com> <msantana@redhat.com>
+Michael Savisko <michaelsav@nvidia.com>
+Michael Shamis <michaelsh@marvell.com>
+Michael S. Tsirkin <mst@redhat.com>
+Michael Wildt <michael.wildt@broadcom.com>
+Michal Berger <michallinuxstuff@gmail.com>
+Michal Jastrzebski <michalx.k.jastrzebski@intel.com>
+Michal Kobylinski <michalx.kobylinski@intel.com>
+Michal Krawczyk <mk@semihalf.com>
+Michal Litwicki <michalx.litwicki@intel.com>
+Michal Mazurek <maz@semihalf.com>
+Michal Michalik <michal.michalik@intel.com>
+Michał Mirosław <michal.miroslaw@atendesoftware.pl> <mirq-linux@rere.qmqm.pl>
+Michal Schmidt <mschmidt@redhat.com>
+Michal Swiatkowski <michal.swiatkowski@intel.com>
+Michal Wilczynski <michal.wilczynski@intel.com>
+Michel Machado <michel@digirati.com.br>
+Miguel Bernal Marin <miguel.bernal.marin@linux.intel.com>
+Mihai Pogonaru <pogonarumihai@gmail.com>
+Mike Baucom <michael.baucom@broadcom.com>
+Mike Pattrick <mkp@redhat.com>
+Mike Sowka <msowka@gmail.com>
+Mike Stolarchuk <mike.stolarchuk@bigswitch.com>
+Mike Ximing Chen <mike.ximing.chen@intel.com>
+Milena Olech <milena.olech@intel.com>
+Min Cao <min.cao@intel.com>
+Minghuan Lian <minghuan.lian@nxp.com>
+Mingjin Ye <mingjinx.ye@intel.com>
+Mingshan Zhang <mingshan.zhang@intel.com>
+Mingxia Liu <mingxia.liu@intel.com>
+Ming Zhao <mzhao@luminatewireless.com>
+Min Hu (Connor) <humin29@huawei.com>
+Min Wang (Jushui) <wangmin3@huawei.com>
+Min Zhou <zhoumin@loongson.cn>
+Miroslaw Walukiewicz <miroslaw.walukiewicz@intel.com>
+Mitch Williams <mitch.a.williams@intel.com>
+Mit Matelske <mit@pt.net>
+Mohamad Noor Alim Hussin <mohamad.noor.alim.hussin@intel.com>
+Mohammad Abdul Awal <mohammad.abdul.awal@intel.com>
+Mohammad Iqbal Ahmad <mahmad@marvell.com>
+Mohammed Gamal <mgamal@redhat.com>
+Mohsin Kazmi <mohsin.kazmi14@gmail.com>
+Mohsin Mazhar Shaikh <mohsinmazhar_shaikh@trendmicro.com>
+Mohsin Shaikh <mohsinshaikh@niometrics.com>
+Morten Brørup <mb@smartsharesystems.com>
+Moti Haimovsky <motih@mellanox.com>
+Muhammad Ahmad <muhammad.ahmad@emumba.com>
+Muhammad Bilal <m.bilal@emumba.com>
+Mukesh Dua <mukesh.dua81@gmail.com>
+Murphy Yang <murphyx.yang@intel.com>
+Murthy NSSR <nidadavolu.murthy@caviumnetworks.com>
+Muthurajan Jayakumar <muthurajan.jayakumar@intel.com>
+Nachiketa Prachanda <nprachan@brocade.com> <nprachan@vyatta.att-mail.com>
+Nagadheeraj Rottela <rnagadheeraj@marvell.com>
+Naga Harish K S V <s.v.naga.harish.k@intel.com>
+Naga Suresh Somarowthu <naga.sureshx.somarowthu@intel.com>
+Nalla Pradeep <pnalla@marvell.com>
+Na Na <nana.nn@alibaba-inc.com>
+Nan Chen <whutchennan@gmail.com>
+Nannan Lu <nannan.lu@intel.com>
+Nan Zhou <zhounan14@huawei.com>
+Narcisa Vasile <navasile@linux.microsoft.com> <navasile@microsoft.com> <narcisa.vasile@microsoft.com>
+Narender Vangati <narender.vangati@intel.com>
+Naresh Kumar PBS <nareshkumar.pbs@broadcom.com>
+Natalie Samsonov <nsamsono@marvell.com>
+Natanael Copa <ncopa@alpinelinux.org>
+Nathan Law <nlaw@brocade.com>
+Nathan Skrzypczak <nathan.skrzypczak@gmail.com>
+Neel Patel <neel.patel@amd.com> <neel@pensando.io>
+Neil Horman <nhorman@tuxdriver.com>
+Nelio Laranjeiro <nelio.laranjeiro@6wind.com>
+Nelson Escobar <neescoba@cisco.com>
+Nemanja Marjanovic <nemanja.marjanovic@intel.com>
+Netanel Belgazal <netanel@amazon.com>
+Netanel Gonen <netanelg@mellanox.com>
+Niall Power <niall.power@intel.com>
+Nick Connolly <nick.connolly@mayadata.io>
+Nick Nunley <nicholas.d.nunley@intel.com>
+Niclas Storm <niclas.storm@ericsson.com>
+Nicolas Chautru <nicolas.chautru@intel.com>
+Nicolas Dichtel <nicolas.dichtel@6wind.com>
+Nicolas Harnois <nicolas.harnois@6wind.com>
+Nicolás Pernas Maradei <nico@emutex.com> <nicolas.pernas.maradei@emutex.com>
+Nikhil Agarwal <nikhil.agarwal@linaro.org>
+Nikhil Jagtap <nikhil.jagtap@gmail.com>
+Nikhil Rao <nikhil.rao@intel.com>
+Nikhil Vasoya <nikhil.vasoya@chelsio.com>
+Nikita Kozlov <nikita@elyzion.net>
+Niklas Söderlund <niklas.soderlund@corigine.com>
+Nikolay Nikolaev <nicknickolaev@gmail.com>
+Ning Li <muziding001@163.com> <lining18@jd.com>
+Nipun Gupta <nipun.gupta@nxp.com>
+Nir Efrati <nir.efrati@intel.com>
+Nirmoy Das <ndas@suse.de>
+Nithin Dabilpuram <ndabilpuram@marvell.com> <nithin.dabilpuram@caviumnetworks.com>
+Nitin Saxena <nitin.saxena@caviumnetworks.com>
+Nitzan Weller <nitzanwe@mellanox.com>
+Noa Ezra <noae@mellanox.com>
+Nobuhiro Miki <nmiki@yahoo-corp.jp>
+Norbert Ciosek <norbertx.ciosek@intel.com>
+Odi Assli <odia@nvidia.com>
+Ognjen Joldzic <ognjen.joldzic@gmail.com>
+Ola Liljedahl <ola.liljedahl@arm.com>
+Oleg Polyakov <olegp123@walla.co.il>
+Olga Shern <olgas@nvidia.com> <olgas@mellanox.com>
+Olivier Gournet <ogournet@corp.free.fr>
+Olivier Matz <olivier.matz@6wind.com>
+Omar Awaysa <omara@nvidia.com>
+Omkar Maslekar <omkar.maslekar@intel.com>
+Omri Mor <omrimor2@illinois.edu>
+Ophir Munk <ophirmu@nvidia.com> <ophirmu@mellanox.com>
+Or Ami <ora@mellanox.com>
+Ori Kam <orika@nvidia.com> <orika@mellanox.com>
+Owen Hilyard <ohilyard@iol.unh.edu>
+Pablo Cascón <pablo.cascon@netronome.com>
+Pablo de Lara <pablo.de.lara.guarch@intel.com>
+Padam Jeet Singh <padam.singh@inventum.net>
+Padraig Connolly <padraig.j.connolly@intel.com>
+Pallantla Poornima <pallantlax.poornima@intel.com>
+Pallavi Kadam <pallavi.kadam@intel.com>
+Pandi Kumar Maharajan <pandi.maharajan@intel.com>
+Pankaj Gupta <pagupta@vmware.com> <pagupta@redhat.com>
+Panu Matilainen <pmatilai@redhat.com>
+Paolo Valerio <pvalerio@redhat.com>
+Parav Pandit <parav@nvidia.com> <parav@mellanox.com>
+Pascal Mazon <pascal.mazon@6wind.com>
+Pashupati Kumar <kumarp@brocade.com>
+Patrice Buriez <patrice.buriez@intel.com>
+Patrick Fu <patrick.fu@intel.com>
+Patrick Kutch <patrick.g.kutch@intel.com>
+Patrick Lu <patrick.lu@intel.com>
+Patrick MacArthur <patrick@patrickmacarthur.net>
+Patrik Andersson <patrik.r.andersson@ericsson.com>
+Paul Atkins <paul.atkins@intl.att.com>
+Paul E. McKenney <paulmck@linux.ibm.com>
+Paul Fox <pfox@solarflare.com>
+Paul Greenwalt <paul.greenwalt@intel.com>
+Paulis Gributs <paulis.gributs@intel.com>
+Paul Luse <paul.e.luse@intel.com>
+Paul M Stillwell Jr <paul.m.stillwell.jr@intel.com>
+Pavan Nikhilesh <pbhagavatula@marvell.com> <pbhagavatula@caviumnetworks.com>
+Pavel Belous <pavel.belous@aquantia.com>
+Pavel Boldin <pboldin@mirantis.com>
+Pavel Fedin <p.fedin@samsung.com>
+Pavel Ivashchenko <pivashchenko@nfware.com>
+Pavel Krauz <pavel.krauz@anritsu.com>
+Pavel Shirshov <pavel.shirshov@gmail.com>
+Pawel Malinowski <pawel.malinowski@intel.com>
+Pawel Modrak <pawelx.modrak@intel.com>
+Pawel Rutkowski <pawelx.rutkowski@intel.com>
+Pawel Wodkowski <pawelwod@gmail.com> <pawelx.wodkowski@intel.com> <pawelx.wdkowski@intel.com>
+Pei Chao <peichao85@gmail.com>
+Pei Zhang <pezhang@redhat.com>
+Peng He <hepeng.0320@bytedance.com> <xnhp0320@icloud.com>
+Peng Huang <peng.huang@intel.com>
+Peng Sun <peng.a.sun@intel.com>
+Peng Yu <penyu@amazon.com>
+Peng Zhang <peng.zhang@corigine.com> <peng1x.zhang@intel.com>
+Pengzhen Liu <liupengzhen3@huawei.com>
+Peter Mccarthy <peter.mccarthy@intel.com>
+Peter Spreadborough <peter.spreadborough@broadcom.com>
+Petr Houska <t-pehous@microsoft.com>
+Phanendra Vukkisala <pvukkisala@marvell.com>
+Phil Yang <phil.yang@arm.com>
+Pierre Pfister <ppfister@cisco.com>
+Piotr Azarewicz <piotr.azarewicz@intel.com> <piotrx.t.azarewicz@intel.com>
+Piotr Bartosiewicz <piotr.bartosiewicz@atendesoftware.pl>
+Piotr Bronowski <piotrx.bronowski@intel.com>
+Piotr Gardocki <piotrx.gardocki@intel.com>
+Piotr Kubaj <pkubaj@freebsd.org>
+Piotr Kwapulinski <piotr.kwapulinski@intel.com>
+Piotr Pietruszewski <piotr.pietruszewski@intel.com>
+Piotr Skajewski <piotrx.skajewski@intel.com>
+Pradeep Satyanarayana <pradeep@us.ibm.com>
+Prashant Bhole <bhole_prashant_q7@lab.ntt.co.jp>
+Prashant Upadhyaya <prashant.upadhyaya@aricent.com> <praupadhyaya@gmail.com>
+Prateek Agarwal <prateekag@cse.iitb.ac.in>
+Praveen Shetty <praveen.shetty@intel.com>
+Pravin Pathak <pravin.pathak@intel.com>
+Prince Takkar <ptakkar@marvell.com>
+Priyanka Jain <priyanka.jain@nxp.com>
+Przemyslaw Ciesielski <przemyslaw.ciesielski@intel.com>
+Przemyslaw Czesnowicz <przemyslaw.czesnowicz@intel.com>
+Przemyslaw Patynowski <przemyslawx.patynowski@intel.com>
+Przemyslaw Zegan <przemyslawx.zegan@intel.com>
+Pu Xu <583493798@qq.com>
+Qian Xu <qian.q.xu@intel.com>
+Qiao Liu <qiao.liu@intel.com>
+Qi Fu <qi.fu@intel.com>
+Qimai Xiao <qimaix.xiao@intel.com>
+Qiming Chen <chenqiming_huawei@163.com>
+Qiming Yang <qiming.yang@intel.com>
+Qinglai Xiao <jigsaw@gmail.com>
+Qingmin Liu <qingmin.liu@broadcom.com> <qingmin.liu@jaguarmicro.com>
+Qin Sun <qinx.sun@intel.com>
+Qi Zhang <qi.z.zhang@intel.com>
+Quentin Armitage <quentin@armitage.org.uk>
+Qun Wan <qun.wan@intel.com>
+Radha Mohan Chintakuntla <radhac@marvell.com>
+Radoslaw Biernacki <rad@semihalf.com> <radoslaw.biernacki@linaro.org>
+Radu Bulie <radu-andrei.bulie@nxp.com>
+Radu Nicolau <radu.nicolau@intel.com>
+Rafael Ávila de Espíndola <espindola@scylladb.com>
+Rafal Kozik <rk@semihalf.com>
+Ragothaman Jayaraman <rjayaraman@caviumnetworks.com>
+Rahul Bhansali <rbhansali@marvell.com>
+Rahul Gupta <rahul.gupta@broadcom.com>
+Rahul Lakkireddy <rahul.lakkireddy@chelsio.com>
+Rahul Shah <rahul.r.shah@intel.com>
+Raja Zidane <rzidane@nvidia.com>
+Rajesh Ravi <rajesh.ravi@broadcom.com>
+Rakesh Kudurumalla <rkudurumalla@marvell.com> <rkudurumalla@caviumnetworks.com>
+Ralf Hoffmann <ralf.hoffmann@allegro-packets.com>
+Rami Rosen <ramirose@gmail.com> <rami.rosen@intel.com> <roszenrami@gmail.com>
+Randy Schacher <stuart.schacher@broadcom.com>
+Rani Sharoni <ranish@nvidia.com>
+Ranjit Menon <ranjit.menon@intel.com>
+Rasesh Mody <rmody@marvell.com> <rasesh.mody@cavium.com> <rasesh.mody@qlogic.com>
+Rashmi Shetty <rashmi.shetty@intel.com>
+Raslan Darawsheh <rasland@nvidia.com> <rasland@mellanox.com> <rdarawsheh@asaltech.com>
+Rastislav Cernay <cernay@netcope.com>
+Raveendra Padasalagi <raveendra.padasalagi@broadcom.com>
+Ravi Kerur <rkerur@brocade.com> <rkerur@gmail.com>
+Ravi Kumar <ravi1.kumar@amd.com>
+Ray Jui <ray.jui@broadcom.com>
+Ray Kinsella <mdr@ashroe.eu> <ray.kinsella@intel.com>
+Raz Amir <razamir22@gmail.com>
+Real Valiquette <real.valiquette@intel.com>
+Rebecca Troy <rebecca.troy@intel.com>
+Remi Pommarel <repk@triplefau.lt>
+Remy Horton <remy.horton@intel.com>
+Renata Saiakhova <renata.saiakhova@ekinops.com>
+Reshma Pattan <reshma.pattan@intel.com> <reshma.pattan@gmail.com>
+Ricardo Roldan <rroldan@bequant.com>
+Ricardo Salveti <ricardo.salveti@linaro.org>
+Richael Zhuang <richael.zhuang@arm.com>
+Richard Donkin <richard.donkin@corigine.com>
+Richard Eklycke <richard.eklycke@ericsson.com>
+Richard Houldsworth <rhouldsw@xilinx.com> <rhouldsworth@solarflare.com>
+Richard Walsh <richard.walsh@intel.com>
+Rich Lane <rich.lane@bigswitch.com>
+Ricky Li <ricky.li@intel.com>
+R Mohamed Shah <mohamedshah.r@amd.com>
+Robert Konklewski <robertx.konklewski@intel.com>
+Robert Malz <robertx.malz@intel.com>
+Robert Sanford <rsanford@akamai.com> <rsanford2@gmail.com> <rsanford@prolexic.com>
+Robert Shearman <rshearma@brocade.com>
+Robert Stonehouse <rstonehouse@solarflare.com>
+Robin Jarry <rjarry@redhat.com> <robin.jarry@6wind.com>
+Robin Zhang <robinx.zhang@intel.com>
+Rob Miller <rob.miller@broadcom.com>
+Rob Scheepens <rob.scheepens@nutanix.com>
+Roger Melton <rmelton@cisco.com>
+Rohit Raj <rohit.raj@nxp.com>
+Roland Qi <roland.qi@ucloud.cn>
+Rolf Neugebauer <rolf.neugebauer@netronome.com>
+Romain Delhomel <romain.delhomel@6wind.com>
+Roman Dementiev <roman.dementiev@intel.com>
+Roman Fridlyand <roman.fridlyand@intel.com>
+Roman Kapl <rka@sysgo.com>
+Roman Korynkevych <romanx.korynkevych@intel.com>
+Roman Storozhenko <roman.storozhenko@intel.com>
+Roman Zhukov <roman.zhukov@oktetlabs.ru>
+Ronghua Zhang <rzhang@vmware.com>
+RongQiang Xie <xie.rongqiang@zte.com.cn>
+RongQing Li <lirongqing@baidu.com>
+Rongwei Liu <rongweil@nvidia.com>
+Rory Sexton <rory.sexton@intel.com>
+Rosen Xu <rosen.xu@intel.com>
+Roy Franz <roy.franz@cavium.com>
+Roy Pledge <roy.pledge@nxp.com>
+Roy Shterman <roy.shterman@vastdata.com>
+Ruifeng Wang <ruifeng.wang@arm.com>
+Rushil Gupta <rushilg@google.com>
+Ryan E Hall <ryan.e.hall@intel.com>
+Sabyasachi Sengupta <sabyasg@hpe.com>
+Sachin Saxena <sachin.saxena@nxp.com> <sachin.saxena@oss.nxp.com>
+Sagar Abhang <sabhang@brocade.com>
+Sagi Grimberg <sagi@grimberg.me>
+Saikrishna Edupuganti <saikrishna.edupuganti@intel.com>
+Saleh Alsouqi <salehals@nvidia.com> <salehals@mellanox.com>
+Salem Sol <salems@nvidia.com>
+Sameh Gobriel <sameh.gobriel@intel.com>
+Sam Grove <sam.grove@sifive.com>
+Samik Gupta <samik.gupta@broadcom.com>
+Samuel Gauthier <samuel.gauthier@6wind.com>
+Sangjin Han <sangjin@eecs.berkeley.edu>
+Sankar Chokkalingam <sankarx.chokkalingam@intel.com>
+Santoshkumar Karanappa Rastapur <santosh.rastapur@broadcom.com>
+Santosh Shukla <santosh.shukla@caviumnetworks.com> <sshukla@mvista.com>
+Saori Usami <susami@igel.co.jp>
+Sarath Somasekharan <sarathx.somasekharan@intel.com>
+Sarosh Arif <sarosh.arif@emumba.com>
+Sasha Neftin <sasha.neftin@intel.com>
+Satananda Burla <sburla@marvell.com>
+Satha Rao <skoteshwar@marvell.com> <skoteshwar@caviumnetworks.com>
+Satheesh Paul <psatheesh@marvell.com>
+Sathesh Edara <sedara@marvell.com>
+Savinay Dharmappa <savinay.dharmappa@intel.com>
+Scott Branden <scott.branden@broadcom.com>
+Scott Daniels <daniels@research.att.com>
+Scott Wasson <scott_wasson@affirmednetworks.com>
+Scott W Taylor <scott.w.taylor@intel.com>
+Seán Harte <seanbh@gmail.com>
+Sean Harte <sean.harte@intel.com>
+Sean Morrissey <sean.morrissey@intel.com>
+Sean Zhang <xiazhang@nvidia.com>
+Sebastian Basierski <sebastianx.basierski@intel.com>
+Selwin Sebastian <selwin.sebastian@amd.com>
+Sergey Balabanov <balabanovsv@ecotelecom.ru>
+Sergey Dyasly <s.dyasly@samsung.com>
+Sergey Madaminov <sergey.madaminov@gmail.com>
+Sergey Mironov <grrwlf@gmail.com>
+Sergey Temerkhanov <sergey.temerkhanov@intel.com>
+Sergio Gonzalez Monroy <sergio.gonzalez.monroy@intel.com>
+Seth Arnold <seth.arnold@canonical.com>
+Seth Howell <seth.howell@intel.com>
+Shachar Beiser <shacharbe@mellanox.com>
+Shagun Agrawal <shaguna@chelsio.com>
+Shahaf Shuler <shahafs@nvidia.com> <shahafs@mellanox.com>
+Shahaji Bhosle <sbhosle@broadcom.com>
+Shahed Shaikh <shshaikh@marvell.com> <shahed.shaikh@cavium.com>
+Shai Brandes <shaibran@amazon.com>
+Shally Verma <shallyv@marvell.com> <shally.verma@caviumnetworks.com>
+Shannon Nelson <snelson@pensando.io>
+Shannon Zhao <zhaoshenglong@huawei.com>
+Shaopeng He <shaopeng.he@intel.com>
+Sharmila Podury <sharmila.podury@att.com>
+Sharon Haroni <sharon.haroni@intel.com>
+Shay Agroskin <shayagr@amazon.com>
+Shay Amir <shay.amir@intel.com>
+Sha Zhang <zhangsha.zhang@huawei.com>
+Shelton Chia <jiaxt@sinogrid.com>
+Shepard Siegel <shepard.siegel@atomicrules.com>
+Shesha Sreenivasamurthy <shesha@cisco.com>
+Shibin Koikkara Reeny <shibin.koikkara.reeny@intel.com>
+Shijith Thotton <sthotton@marvell.com> <shijith.thotton@caviumnetworks.com>
+Shiqi Liu <835703180@qq.com>
+Shiri Kuzin <shirik@nvidia.com> <shirik@mellanox.com>
+Shivah Shankar S <sshankarnara@marvell.com>
+Shivanshu Shukla <shivanshu.shukla@intel.com>
+Shiweixian <shiweixian@huawei.com>
+Shiyang He <shiyangx.he@intel.com>
+Shlomi Gridish <sgridish@marvell.com>
+Shougang Wang <shougangx.wang@intel.com>
+Shraddha Joshi <jshraddha@vmware.com>
+Shreyansh Jain <shreyansh.jain@nxp.com>
+Shrikrishna Khare <skhare@vmware.com>
+Shuai Zhu <shuaix.zhu@intel.com>
+Shuanglin Wang <shuanglin.wang@broadcom.com>
+Shuki Katzenelson <shuki@lightbitslabs.com>
+Shun Hao <shunh@nvidia.com>
+Shu Shen <shu.shen@radisys.com>
+Shweta Choudaha <shweta.choudaha@att.com>
+Shyam Kumar Shrivastav <shrivastav.shyam@gmail.com>
+Shy Shyman <shys@nvidia.com> <shys@mellanox.com>
+Siddaraju DH <siddaraju.dh@intel.com>
+Simei Su <simei.su@intel.com>
+Simon Ellmann <simon.ellmann@tum.de>
+Simon Horman <simon.horman@corigine.com> <simon.horman@netronome.com>
+Simon Kagstrom <simon.kagstrom@netinsight.net>
+Simon Kuenzer <simon.kuenzer@neclab.eu>
+Siobhan Butler <siobhan.a.butler@intel.com>
+Sirshak Das <sirshak.das@arm.com>
+Sivaprasad Tummala <sivaprasad.tummala@amd.com> <sivaprasad.tummala@intel.com>
+Siwar Zitouni <siwar.zitouni@6wind.com>
+Slawomir Mrozowicz <slawomirx.mrozowicz@intel.com>
+Slawomir Rosek <slawomir.rosek@semihalf.com>
+Smadar Fuks <smadarf@marvell.com>
+Solal Pirelli <solal.pirelli@gmail.com>
+Solganik Alexander <sashas@lightbitslabs.com>
+Somnath Kotur <somnath.kotur@broadcom.com>
+Song Jiale <songx.jiale@intel.com>
+Song Zhu <song.zhu@arm.com>
+Sony Chacko <sony.chacko@qlogic.com>
+Sotiris Salloumis <sotiris.salloumis@ericsson.com>
+Souvik Dey <sodey@rbbn.com> <sodey@sonusnet.com>
+Spike Du <spiked@nvidia.com>
+Sridhar Samudrala <sridhar.samudrala@intel.com>
+Sriharsha Basavapatna <sriharsha.basavapatna@broadcom.com>
+Srikanth Yalavarthi <syalavarthi@marvell.com>
+Srinivas Narayan <srinivas.narayan@att.com>
+Srisivasubramanian Srinivasan <srinivasan@marvell.com> <ssrinivasan@caviumnetworks.com>
+Srujana Challa <schalla@marvell.com>
+Stanislaw Grzeszczak <stanislaw.a.grzeszczak@intel.com>
+Stanislaw Kardach <kda@semihalf.com>
+Steeven Lee <steeven@gmail.com>
+Steeven Li <steeven.li@broadcom.com>
+Stefan Baranoff <sbaranoff@gmail.com>
+Stefan Hajnoczi <stefanha@redhat.com>
+Stefan Puiu <stefan.puiu@gmail.com>
+Stefan Wegrzyn <stefan.wegrzyn@intel.com>
+Stepan Sojka <stepan.sojka@adaptivemobile.com>
+Stephen Coleman <omegacoleman@gmail.com>
+Stephen Douthit <stephend@silicom-usa.com>
+Stephen Hemminger <stephen@networkplumber.org> <sthemmin@microsoft.com> <shemming@brocade.com> <shemminger@vyatta.com>
+Stephen Hurd <stephen.hurd@broadcom.com> <shurd@broadcom.com>
+Steve Capper <steve.capper@arm.com>
+Steven Lariau <steven.lariau@arm.com>
+Steven Luong <sluong@cisco.com>
+Steven Webster <steven.webster@windriver.com>
+Steven Zou <steven.zou@intel.com>
+Steve Rempe <steve.rempe@broadcom.com>
+Steve Shin <jonshin@cisco.com>
+Steve Yang <stevex.yang@intel.com>
+Stewart Allen <allenste@amazon.com>
+Suanming Mou <suanmingm@nvidia.com> <suanmingm@mellanox.com> <mousuanming@huawei.com>
+Subendu Santra <subendu@arista.com>
+Subhi Masri <subhim@nvidia.com>
+Subrahmanyam Nilla <snilla@marvell.com> <snilla@caviumnetworks.com>
+Sucharitha Sarananaga <ssarananaga@marvell.com>
+Sujith Sankar <ssujith@cisco.com>
+Sunila Sahu <ssahu@marvell.com> <sunila.sahu@caviumnetworks.com>
+Sunil Kulkarni <sunil.kulkarni@caviumnetworks.com>
+Sunil Kumar Kori <skori@marvell.com> <skori@mavell.com> <sunil.kori@nxp.com>
+Sunil Pai G <sunil.pai.g@intel.com>
+Sunil Uttarwar <sunilprakashrao.uttarwar@amd.com>
+Sun Jiajia <sunx.jiajia@intel.com>
+Sunyang Wu <sunyang.wu@jaguarmicro.com>
+Surabhi Boob <surabhi.boob@intel.com>
+Suyang Ju <sju@paloaltonetworks.com>
+Sylvain Rodon <srn@nexatech.fr>
+Sylvia Grundwürmer <sylvia.grundwuermer@b-plus.com>
+Sylwester Dziedziuch <sylwesterx.dziedziuch@intel.com>
+Sylwia Wnuczko <sylwia.wnuczko@intel.com>
+Szymon Sliwa <szs@semihalf.com>
+Szymon T Cudzilo <szymon.t.cudzilo@intel.com>
+Tadhg Kearney <tadhg.kearney@intel.com>
+Taekyung Kim <kim.tae.kyung@navercorp.com>
+Takanari Hayama <taki@igel.co.jp>
+Takayuki Usui <takayuki@midokura.com>
+Takeshi Yoshimura <tyos@jp.ibm.com> <t.yoshimura8869@gmail.com>
+Takuya Asada <syuu@cloudius-systems.com>
+Tal Avraham <talavr@annapurnalabs.com>
+Tal Shnaiderman <talshn@nvidia.com> <talshn@mellanox.com>
+Tao Y Yang <tao.y.yang@intel.com>
+Tao Zhu <taox.zhu@intel.com>
+Taripin Samuel <samuel.taripin@intel.com>
+Tarun Singh <tarun.k.singh@intel.com>
+Tasnim Bashar <tbashar@nvidia.com> <tbashar@mellanox.com>
+Tejasree Kondoj <ktejasree@marvell.com> <kondoj.tejasree@caviumnetworks.com>
+Tengfei Zhang <zypscode@outlook.com>
+Tero Aho <tero.aho@coriant.com>
+Tetsuya Mukawa <mtetsuyah@gmail.com> <mukawa@igel.co.jp>
+Thadeu Lima de Souza Cascardo <cascardo@redhat.com>
+Thiago Martins <thiagocmartinsc@gmail.com>
+Thibaut Collet <thibaut.collet@6wind.com>
+Thierry Herbelot <thierry.herbelot@6wind.com>
+Thierry Martin <thierry.martin.public@gmail.com>
+Thinh Tran <thinhtr@linux.vnet.ibm.com>
+Thomas Faivre <thomas.faivre@6wind.com>
+Thomas F Herbert <therbert@redhat.com>
+Thomas Graf <tgraf@redhat.com>
+Thomas Long <thomas.long@intel.com>
+Thomas Monjalon <thomas@monjalon.net> <thomas.monjalon@6wind.com>
+Thomas Petazzoni <thomas.petazzoni@free-electrons.com>
+Thomas Speier <tspeier@qti.qualcomm.com>
+Tiago Lam <tiago.lam@intel.com>
+Tianfei Zhang <tianfei.zhang@intel.com>
+Tianhao Chai <cth451@gmail.com>
+Tianjiao Liu <tianjiao.liu@intel.com>
+Tianli Lai <laitianli@tom.com>
+Tianyu Li <tianyu.li@arm.com>
+Timmons C. Player <timmons.player@spirent.com>
+Timothy McDaniel <timothy.mcdaniel@intel.com>
+Timothy Redaelli <tredaelli@redhat.com>
+Tim Shearer <tim.shearer@overturenetworks.com>
+Ting Xu <ting.xu@intel.com>
+Tiwei Bie <tiwei.bie@intel.com> <btw@mail.ustc.edu.cn>
+Todd Fujinaka <todd.fujinaka@intel.com>
+Tomasz Cel <tomaszx.cel@intel.com>
+Tomasz Duszynski <tduszynski@marvell.com> <tdu@semihalf.com>
+Tomasz Jonak <tomasz@graphiant.com>
+Tomasz Jozwiak <tomaszx.jozwiak@intel.com> <tjozwiakgm@gmail.com>
+Tomasz Kantecki <tomasz.kantecki@intel.com>
+Tomasz Konieczny <tomaszx.konieczny@intel.com>
+Tomasz Kulasek <tomaszx.kulasek@intel.com>
+Tomasz Zawadzki <tomasz.zawadzki@intel.com>
+Tom Barbette <barbette@kth.se> <tom.barbette@ulg.ac.be>
+Tom Crugnale <tcrugnale@sandvine.com>
+Tom Millington <tmillington@solarflare.com>
+Tom Rix <trix@redhat.com>
+Tone Zhang <tone.zhang@arm.com>
+Tonghao Zhang <xiangxia.m.yue@gmail.com> <nic@opencloud.tech>
+Tony Nguyen <anthony.l.nguyen@intel.com>
+Tsotne Chakhvadze <tsotne.chakhvadze@intel.com>
+Tudor Brindus <me@tbrindus.ca>
+Tudor Cornea <tudor.cornea@gmail.com> <tudor.cornea@keysight.com>
+Tummala Sivaprasad <sivaprasad.tummala@intel.com>
+Tyler Retzlaff <roretzla@linux.microsoft.com> <roretzla@microsoft.com>
+Umesh Kartha <umesh.kartha@caviumnetworks.com>
+Usama Arif <usama.arif@bytedance.com>
+Usman Tanveer <usman.tanveer@emumba.com>
+Vadim Podovinnikov <podovinnikov@protei.ru>
+Vadim Suraev <vadim.suraev@gmail.com>
+Vakul Garg <vakul.garg@nxp.com>
+Vamsi Attunuru <vattunuru@marvell.com>
+Vanshika Shukla <vanshika.shukla@nxp.com>
+Vasily Philipov <vasilyf@mellanox.com>
+Veerasenareddy Burru <vburru@marvell.com>
+Venkata Suresh Kumar P <venkata.suresh.kumar.p@intel.com>
+Venkat Duvvuru <venkatkumar.duvvuru@broadcom.com>
+Venkatesh Nuthula <venki497@gmail.com>
+Venkatesh Srinivas <venkateshs@google.com>
+Venkateshwarlu Nalla <venkatn@marvell.com>
+Venkat Koppula <venkat.koppula@caviumnetworks.com>
+Venky Venkatesan <venky.venkatesan@intel.com>
+Venky Venkatesh <vvenkatesh@paloaltonetworks.com>
+Viacheslav Galaktionov <viacheslav.galaktionov@arknetworks.am> <viacheslav.galaktionov@oktetlabs.ru>
+Viacheslav Ovsiienko <viacheslavo@nvidia.com> <viacheslavo@mellanox.com>
+Victor Kaplansky <victork@redhat.com>
+Victor Raj <victor.raj@intel.com>
+Vidya Sagar Velumuri <vvelumuri@marvell.com>
+Vignesh Sridhar <vignesh.sridhar@intel.com>
+Vijayakumar Muthuvel Manickam <mmvijay@gmail.com>
+Vijaya Mohan Guvva <vijay1054@gmail.com>
+Vijay Kumar Srivastava <vsrivast@xilinx.com>
+Vijay Srivastava <vijays@solarflare.com>
+Vikas Aggarwal <vikas.aggarwal@caviumnetworks.com>
+Vikas Gupta <vikas.gupta@broadcom.com>
+Vikash Poddar <vikash.chandrax.poddar@intel.com>
+Vimal Chungath <vcchunga@amazon.com>
+Vincent Guo <guopengfei160@163.com>
+Vincent Jardin <vincent.jardin@6wind.com>
+Vincent Li <vincent.mc.li@gmail.com>
+Vincent S. Cojot <vcojot@redhat.com>
+Vipin Varghese <vipin.varghese@amd.com> <vipin.varghese@intel.com>
+Vipul Ashri <vipul.ashri@oracle.com>
+Vishal Kulkarni <vishal@chelsio.com>
+Vishwas Danivas <vishwas@pensando.io>
+Vitaliy Mysak <vitaliy.mysak@intel.com>
+Vitaly Lifshits <vitaly.lifshits@intel.com>
+Vivek Sharma <viveksharma@marvell.com> <vivek.sharma@caviumnetworks.com>
+Vivien Didelot <vivien.didelot@gmail.com>
+Vladimir Kuramshin <v.kuramshin@samsung.com>
+Vladimir Medvedkin <vladimir.medvedkin@intel.com> <medvedkinv@gmail.com>
+Vladyslav Buslov <vladyslav.buslov@harmonicinc.com>
+Vlad Zolotarov <vladz@cloudius-systems.com>
+Vlastimil Kosar <kosar@rehivetech.com>
+Volodymyr Fialko <vfialko@marvell.com>
+Vu Pham <vuhuong@mellanox.com>
+Walter Heymans <walter.heymans@corigine.com>
+Wang Sheng-Hui <shhuiw@gmail.com>
+Wangyu (Eric) <seven.wangyu@huawei.com>
+Waterman Cao <waterman.cao@intel.com>
+Weichun Chen <weichunx.chen@intel.com>
+Wei Dai <wei.dai@intel.com>
+Weifeng Li <liweifeng96@126.com>
+Weiguo Li <liwg06@foxmail.com>
+Wei Huang <wei.huang@intel.com>
+Wei Hu (Xavier) <xavier.huwei@huawei.com>
+WeiJie Zhuang <zhuangwj@gmail.com>
+Weiliang Luo <droidluo@gmail.com>
+Wei Ling <weix.ling@intel.com>
+Wei Shen <wei1.shen@intel.com>
+Wei Wang <lnykww@gmail.com>
+Wei Xie <weix.xie@intel.com>
+Weiyuan Li <weiyuanx.li@intel.com>
+Wei Zhao <wei.zhao1@intel.com>
+Wen Chiu <wchiu@brocade.com>
+Wen-Chi Yang <wolkayang@gmail.com>
+Wenfeng Liu <liuwf@arraynetworks.com.cn>
+Wenjie Li <wenjiex.a.li@intel.com>
+Wenjie Sun <findtheonlyway@gmail.com>
+Wenjing Qiao <wenjing.qiao@intel.com>
+Wenjun Wu <wenjun1.wu@intel.com>
+Wentao Cui <wentaoc@mellanox.com>
+Wenwu Ma <wenwux.ma@intel.com>
+Wenxiang Qian <leonwxqian@gmail.com>
+Wenxuan Wu <wenxuanx.wu@intel.com>
+Wenzhuo Lu <wenzhuo.lu@intel.com>
+Weqaar Janjua <weqaar.a.janjua@intel.com>
+Wiktor Pilarczyk <wiktor.pilarczyk@intel.com>
+William Tu <u9012063@gmail.com>
+Wisam Jaddo <wisamm@nvidia.com> <wisamm@mellanox.com>
+Wojciech Andralojc <wojciechx.andralojc@intel.com>
+Wojciech Drewek <wojciech.drewek@intel.com>
+Wojciech Liguzinski <wojciechx.liguzinski@intel.com>
+Wojciech Zmuda <woz@semihalf.com>
+Xavier Simonart <xavier.simonart@intel.com>
+Xiangjun Meng <mengxiangjun4@huawei.com>
+Xiaoban Wu <xiaoban_wu@student.uml.edu>
+Xiaobing Zhang <xiaobing.zhang@broadcom.com>
+Xiaobo Chi <xiaobo.chi@nokia.com>
+Xiaofeng Deng <dengxiaofeng@huawei.com>
+Xiaofeng Liu <xiaofeng.liu@6wind.com>
+Xiaohua Zhang <xiaohua.zhang@windriver.com>
+Xiao Liang <xiliang@redhat.com>
+Xiaolong Ye <xiaolong.ye@intel.com>
+Xiaonan Zhang <xiaonanx.zhang@intel.com>
+Xiao Wang <xiao.w.wang@intel.com>
+Xiaoxiao Zeng <xiaoxiaox.zeng@intel.com>
+Xiaoxin Peng <xiaoxin.peng@broadcom.com>
+Xiaoyu Min <jackmin@nvidia.com> <jackmin@mellanox.com>
+Xiaoyun Li <xiaoyun.li@intel.com>
+Xiaoyun Wang <cloud.wangxiaoyun@huawei.com>
+Xiao Zhang <xiao.zhang@intel.com>
+Xieming Katty <katty.xieming@huawei.com>
+Xinfeng Zhao <xinfengx.zhao@intel.com>
+Xingguang He <xingguang.he@intel.com>
+Xingyou Chen <niatlantice@gmail.com>
+Xin Long <longxin.xl@alibaba-inc.com>
+Xi Zhang <xix.zhang@intel.com>
+Xuan Ding <xuan.ding@intel.com>
+Xuan Li <lixuan47@hisilicon.com>
+Xuekun Hu <xuekun.hu@intel.com>
+Xuelin Shi <xuelin.shi@freescale.com>
+Xueming Li <xuemingl@nvidia.com> <xuemingl@mellanox.com>
+Xueming Zhang <xuemingx.zhang@intel.com>
+Xueqin Lin <xueqin.lin@intel.com>
+Xun Ni <nixun@baidu.com>
+Xutao Sun <xutao.sun@intel.com>
+Yaacov Hazan <yaacovh@mellanox.com>
+Yahui Cao <yahui.cao@intel.com>
+Yajun Wu <yajunw@nvidia.com>
+Yangchao Zhou <zhouyates@gmail.com>
+Yanglong Wu <yanglong.wu@intel.com>
+Yang Zhang <zy107165@alibaba-inc.com>
+Yanjie Xu <yanjie.xu@intel.com>
+Yan Xia <yanx.xia@intel.com>
+Yao-Po Wang <blue119@gmail.com>
+Yao Zhao <yao.zhao@windriver.com>
+Yaqi Tang <yaqi.tang@intel.com>
+Yari Adan Petralanda <yari.adan.petralanda@ericsson.com>
+Yaron Illouz <yaroni@radcom.com>
+Yaroslav Brustinov <ybrustin@cisco.com>
+Yash Sharma <ysharma@marvell.com>
+Yasufumi Ogawa <ogawa.yasufumi@lab.ntt.co.jp> <yasufum.o@gmail.com>
+Yelena Krivosheev <yelena@marvell.com>
+Yerden Zhumabekov <e_zhumabekov@sts.kz> <yerden.zhumabekov@sts.kz>
+Yevgeny Kliteynik <kliteyn@nvidia.com>
+Yicai Lu <luyicai@huawei.com>
+Yiding Zhou <yidingx.zhou@intel.com>
+Yi Li <liyi1@chinatelecom.cn>
+Yi Liu <yi.liu@nxp.com>
+Yilong Lv <lvyilong.lyl@alibaba-inc.com>
+Yi Lu <luyi68@live.com>
+Yilun Xu <yilun.xu@intel.com>
+Yinan Wang <yinan.wang@intel.com>
+Ying A Wang <ying.a.wang@intel.com>
+Yingya Han <yingyax.han@intel.com>
+Yinjun Zhang <yinjun.zhang@corigine.com>
+Yipeng Wang <yipeng1.wang@intel.com>
+Yisen Zhuang <yisen.zhuang@huawei.com>
+Yixue Wang <yixue.wang@intel.com>
+Yi Yang <yangyi01@inspur.com> <yi.y.yang@intel.com>
+Yi Zhang <zhang.yi75@zte.com.cn>
+Yoann Desmouceaux <ydesmouc@cisco.com>
+Yogesh Jangra <yogesh.jangra@intel.com>
+Yogev Chaimovich <yogev@cgstowernetworks.com>
+Yongjie Gu <yongjiex.gu@intel.com>
+Yongji Xie <xieyongji@baidu.com>
+Yong Liu <yong.liu@intel.com>
+Yongping Zhang <yongping.zhang@broadcom.com>
+Yongseok Koh <yskoh@mellanox.com>
+Yong Wang <wang.yong19@zte.com.cn> <yongwang@vmware.com>
+Yongxin Liu <yongxin.liu@windriver.com>
+Yong Xu <yong.xu@corigine.com>
+Yoni Gilad <yonig@radcom.com>
+Youri Querry <youri.querry_1@nxp.com>
+Yuanhan Liu <yliu@fridaylinux.org> <yuanhan.liu@linux.intel.com>
+Yuan Peng <yuan.peng@intel.com>
+Yuan Wang <yuanx.wang@intel.com>
+Yufeng Mo <yufengx.mo@intel.com>
+Yuichi Nakai <xoxyuxu@gmail.com>
+Yu Jiang <yux.jiang@intel.com>
+Yulong Pei <yulong.pei@intel.com>
+Yu Nemo Wenbin <yuwb_bjy@ctbri.com.cn>
+Yunjian Wang <wangyunjian@huawei.com>
+Yuri Chipchev <yuric@marvell.com>
+Yury Kylulin <yury.kylulin@intel.com>
+Yuval Avnery <yuvalav@nvidia.com> <yuvalav@mellanox.com>
+Yuval Caduri <cyuval@marvell.com>
+Yuwei Zhang <yuwei1.zhang@intel.com>
+Yu Wenjun <yuwenjun@cmss.chinamobile.com> <yuwenjun0x@163.com>
+Yuying Zhang <yuying.zhang@intel.com>
+Yu Zhang <zhangyu31@baidu.com>
+Yvonne Yang <yvonnex.yang@intel.com>
+Zalfresso-Jundzillo <marekx.zalfresso-jundzillo@intel.com>
+Zbigniew Bodek <zbigniew.bodek@caviumnetworks.com>
+Zengmo Gao <gaozengmo@jd.com>
+Zerun Fu <zerun.fu@corigine.com>
+Zhangfei Gao <zhangfei.gao@linaro.org>
+Zhangkun <zhangk.zhangkun@huawei.com>
+Zhaochen Zhan <zhaochen.zhan@intel.com>
+Zhaoyan Chen <zhaoyan.chen@intel.com>
+Zhenghua Zhou <zhenghuax.zhou@intel.com>
+Zhe Tao <zhe.tao@intel.com>
+Zhichao Zeng <zhichaox.zeng@intel.com>
+Zhigang Lu <zlu@ezchip.com>
+Zhiguang He <hezhiguang3@huawei.com>
+Zhihong Peng <zhihongx.peng@intel.com>
+Zhihong Wang <wangzhihong.wzh@bytedance.com> <zhihong.wang@intel.com>
+Zhike Wang <wangzhike@jd.com> <wangzk320@163.com>
+Zhimin Huang <zhiminx.huang@intel.com>
+Zhipeng Lu <luzhipeng@cestc.cn>
+Zhirun Yan <zhirun.yan@intel.com>
+Zhiwei He <zhiwei.he@intel.com>
+Zhiyong Yang <zhiyong.yang@intel.com>
+Zi Hu <huzilucky@gmail.com>
+Zijie Pan <zijie.pan@6wind.com>
+Ziyang Xuan <xuanziyang2@huawei.com>
+Ziye Yang <ziye.yang@intel.com>
+Zoltan Kiss <zoltan.kiss@schaman.hu> <zoltan.kiss@linaro.org>
+Zorik Machulsky <zorik@amazon.com>
+Zyta Szpak <zyta@marvell.com> <zr@semihalf.com> <zyta.szpak@semihalf.com>
diff --git a/MAINTAINERS b/MAINTAINERS
index 84d8e261d5..460c7fa96d 100644
--- a/MAINTAINERS
+++ b/MAINTAINERS
@@ -96,4 +96,5 @@ F: devtools/words-case.txt
 F: license/
 F: .editorconfig
+F: .mailmap
 
 Build System
diff --git a/devtools/check-spdx-tag.sh b/devtools/check-spdx-tag.sh
index a606ef85f0..76ab7e2a41 100755
--- a/devtools/check-spdx-tag.sh
+++ b/devtools/check-spdx-tag.sh
@@ -21,5 +21,5 @@ check_spdx() {
     fi
     git grep -L SPDX-License-Identifier -- \
-	':^.git*' ':^.ci/*' ':^.travis.yml' \
+	':^.git*' ':^.mailmap' ':^.ci/*' ':^.travis.yml' \
 	':^README' ':^MAINTAINERS' ':^VERSION' ':^ABI_VERSION' \
 	':^*/Kbuild' ':^*/README' \
diff --git a/devtools/checkpatches.sh b/devtools/checkpatches.sh
index 48c8f5ea03..1d15496fad 100755
--- a/devtools/checkpatches.sh
+++ b/devtools/checkpatches.sh
@@ -232,4 +232,26 @@ check_release_notes() { # <patch>
 }
 
+check_names() { # <patch>
+	res=0
+
+	old_IFS=$IFS
+	IFS='
+'
+	for contributor in $(sed -rn '1,/^--- / {s/.*: (.*<.*@.*>)/\1/p}' $1); do
+		! grep -qE "^$contributor($| <)" .mailmap || continue
+		name=${contributor%% <*}
+		if grep -q "^$name <" .mailmap; then
+			reason="$name mail differs from primary mail"
+		else
+			reason="$contributor is unknown"
+		fi
+		echo "$reason, please fix the commit message or update .mailmap."
+		res=1
+	done
+	IFS=$old_IFS
+
+	return $res
+}
+
 number=0
 range='origin/main..'
@@ -335,4 +357,12 @@ check () { # <patch-file> <commit>
 	fi
 
+	! $verbose || printf '\nChecking names in commit log:\n'
+	report=$(check_names "$tmpinput")
+	if [ $? -ne 0 ] ; then
+		$headline_printed || print_headline "$subject"
+		printf '%s\n' "$report"
+		ret=1
+	fi
+
 	if [ "$tmpinput" != "$1" ]; then
 		rm -f "$tmpinput"
diff --git a/doc/guides/contributing/patches.rst b/doc/guides/contributing/patches.rst
index bebcaf3925..84f79cd970 100644
--- a/doc/guides/contributing/patches.rst
+++ b/doc/guides/contributing/patches.rst
@@ -149,4 +149,10 @@ Make your planned changes in the cloned ``dpdk`` repo. Here are some guidelines
 * Follow the :ref:`coding_style` guidelines.
 
+* If you are a new contributor, or if your mail address changed,
+  you may update the ``.mailmap`` file.
+  Otherwise the new name or address will be added by a maintainer.
+  Keeping this file up-to-date will help when someone wants to contact you
+  about the changes you contributed to.
+
 * If you add new files or directories you should add your name to the ``MAINTAINERS`` file.
 
-- 
2.39.2

---
  Diff of the applied patch vs upstream commit (please double-check if non-empty:
---
--- -	2023-03-15 14:30:21.725714241 +0000
+++ 0047-mailmap-add-list-of-contributors.patch	2023-03-15 14:30:20.625123839 +0000
@@ -1 +1 @@
-From e83d41f0694d69475bbf10f3296fa832585a2531 Mon Sep 17 00:00:00 2001
+From 0a3ba8d8bcd0f6fad4c2604c5963790df365a844 Mon Sep 17 00:00:00 2001
@@ -5,0 +6,2 @@
+[ upstream commit e83d41f0694d69475bbf10f3296fa832585a2531 ]
+
@@ -20,0 +23,4 @@
+21.11 branch notes: Taking this commit and squashing the latest
+.mailmap file updates from DPDK main branch to remove conflicts
+for backports.
+
@@ -23,0 +30 @@
+Signed-off-by: Kevin Traynor <ktraynor@redhat.com>
@@ -25 +32 @@
- .mailmap                            | 1571 +++++++++++++++++++++++++++
+ .mailmap                            | 1593 +++++++++++++++++++++++++++
@@ -30 +37 @@
- 5 files changed, 1609 insertions(+), 1 deletion(-)
+ 5 files changed, 1631 insertions(+), 1 deletion(-)
@@ -35 +42 @@
-index 0000000000..75884b6fe2
+index 0000000000..4018f0fc47
@@ -38 +45 @@
-@@ -0,0 +1,1571 @@
+@@ -0,0 +1,1593 @@
@@ -104,0 +112 @@
++Alvaro Karsz <alvaro.karsz@solid-run.com>
@@ -206,0 +215 @@
++Boleslav Stankevich <boleslav.stankevich@oktetlabs.ru>
@@ -378,0 +388 @@
++Edwin Brossette <edwin.brossette@6wind.com>
@@ -411,0 +422 @@
++Fengnan Chang <changfengnan@bytedance.com>
@@ -419,0 +431 @@
++Francesco Mancino <francesco.mancino@tutus.se>
@@ -484,0 +497 @@
++Haijun Chu <haijun.chu@intel.com>
@@ -494 +507 @@
-+Hao Chen <chenhao164@huawei.com>
++Hao Chen <chenh@yusur.tech> <chenhao164@huawei.com>
@@ -525,0 +539 @@
++Hiral Shah <hshah@marvell.com>
@@ -569 +583 @@
-+Ivan Malov <ivan.malov@oktetlabs.ru>
++Ivan Malov <ivan.malov@arknetworks.am> <ivan.malov@oktetlabs.ru>
@@ -621,0 +636 @@
++Jesna K E <jesna.k.e@amd.com>
@@ -685,0 +701 @@
++Joshua Washington <joshwash@google.com>
@@ -748,0 +765 @@
++Krzysztof Karas <krzysztof.karas@intel.com>
@@ -768,0 +786 @@
++Leo Xu <yongquanx@nvidia.com>
@@ -814,0 +833 @@
++Maayan Kashani <mkashani@nvidia.com>
@@ -926,0 +946 @@
++Michal Schmidt <mschmidt@redhat.com>
@@ -951,0 +972 @@
++Mohammad Iqbal Ahmad <mahmad@marvell.com>
@@ -1090,0 +1112 @@
++Prince Takkar <ptakkar@marvell.com>
@@ -1183,0 +1206 @@
++Rushil Gupta <rushilg@google.com>
@@ -1248,0 +1272 @@
++Shivah Shankar S <sshankarnara@marvell.com>
@@ -1250,0 +1275 @@
++Shiyang He <shiyangx.he@intel.com>
@@ -1279,0 +1305 @@
++Song Jiale <songx.jiale@intel.com>
@@ -1396 +1422 @@
-+Tyler Retzlaff <roretzla@linux.microsoft.com>
++Tyler Retzlaff <roretzla@linux.microsoft.com> <roretzla@microsoft.com>
@@ -1415 +1441 @@
-+Viacheslav Galaktionov <viacheslav.galaktionov@oktetlabs.ru>
++Viacheslav Galaktionov <viacheslav.galaktionov@arknetworks.am> <viacheslav.galaktionov@oktetlabs.ru>
@@ -1426,0 +1453 @@
++Vikash Poddar <vikash.chandrax.poddar@intel.com>
@@ -1535,0 +1563 @@
++Yevgeny Kliteynik <kliteyn@nvidia.com>
@@ -1585,0 +1614 @@
++Zerun Fu <zerun.fu@corigine.com>
@@ -1611 +1640 @@
-index 1709b16038..22ef2ea4b9 100644
+index 84d8e261d5..460c7fa96d 100644
@@ -1614 +1643 @@
-@@ -104,4 +104,5 @@ F: devtools/words-case.txt
+@@ -96,4 +96,5 @@ F: devtools/words-case.txt
@@ -1621 +1650 @@
-index 449b8c2136..89b2d643a4 100755
+index a606ef85f0..76ab7e2a41 100755
@@ -1632 +1661 @@
-index a07bbc83cb..be1cb03ea7 100755
+index 48c8f5ea03..1d15496fad 100755
@@ -1635 +1664 @@
-@@ -249,4 +249,26 @@ check_release_notes() { # <patch>
+@@ -232,4 +232,26 @@ check_release_notes() { # <patch>
@@ -1662 +1691 @@
-@@ -357,4 +379,12 @@ check () { # <patch-file> <commit>
+@@ -335,4 +357,12 @@ check () { # <patch-file> <commit>
@@ -1676 +1705 @@
-index db6d169158..b3eaf7df03 100644
+index bebcaf3925..84f79cd970 100644


^ permalink raw reply	[flat|nested] 47+ messages in thread

end of thread, other threads:[~2023-03-15 14:37 UTC | newest]

Thread overview: 47+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2023-03-15 14:35 patch 'eal/windows: fix pedantic build' has been queued to stable release 21.11.4 Kevin Traynor
2023-03-15 14:35 ` patch 'doc: add gpudev to the Doxygen index' " Kevin Traynor
2023-03-15 14:35 ` patch 'doc: fix reference to event timer header' " Kevin Traynor
2023-03-15 14:35 ` patch 'event/cnxk: fix SSO cleanup' " Kevin Traynor
2023-03-15 14:35 ` patch 'test/bbdev: fix crash for non supported HARQ length' " Kevin Traynor
2023-03-15 14:35 ` patch 'test/bbdev: extend HARQ tolerance' " Kevin Traynor
2023-03-15 14:36 ` patch 'test/bbdev: remove check for invalid opaque data' " Kevin Traynor
2023-03-15 14:36 ` patch 'vhost: fix OOB access for invalid vhost ID' " Kevin Traynor
2023-03-15 14:36 ` patch 'net/virtio: deduce IP length for TSO checksum' " Kevin Traynor
2023-03-15 14:36 ` patch 'examples/ipsec-secgw: fix auth IV length' " Kevin Traynor
2023-03-15 14:36 ` patch 'compress/mlx5: fix decompress xform validation' " Kevin Traynor
2023-03-15 14:36 ` patch 'compress/mlx5: fix output Adler-32 checksum offset' " Kevin Traynor
2023-03-15 14:36 ` patch 'compress/mlx5: fix queue setup for partial transformations' " Kevin Traynor
2023-03-15 14:36 ` patch 'app/testpmd: fix Tx preparation in checksum engine' " Kevin Traynor
2023-03-15 14:36 ` patch 'app/testpmd: fix packet count in IEEE 1588 " Kevin Traynor
2023-03-15 14:36 ` patch 'app/testpmd: fix packet transmission in noisy VNF " Kevin Traynor
2023-03-15 14:36 ` patch 'ethdev: fix build with LTO' " Kevin Traynor
2023-03-15 14:36 ` patch 'net/nfp: fix getting RSS configuration' " Kevin Traynor
2023-03-15 14:36 ` patch 'ethdev: remove telemetry Rx mbuf alloc failed field' " Kevin Traynor
2023-03-15 14:36 ` patch 'app/testpmd: fix secondary process packet forwarding' " Kevin Traynor
2023-03-15 14:36 ` patch 'net/ixgbe: fix IPv6 mask in flow director' " Kevin Traynor
2023-03-15 14:36 ` patch 'net/cnxk: fix LBK BPID usage' " Kevin Traynor
2023-03-15 14:36 ` patch 'common/cnxk: add memory clobber to steor and ldeor' " Kevin Traynor
2023-03-15 14:36 ` patch 'kvargs: add API documentation for process callback' " Kevin Traynor
2023-03-15 14:36 ` patch 'compressdev: fix empty devargs parsing' " Kevin Traynor
2023-03-15 14:36 ` patch 'cryptodev: " Kevin Traynor
2023-03-15 14:36 ` patch 'net/hns3: " Kevin Traynor
2023-03-15 14:36 ` patch 'net/virtio: " Kevin Traynor
2023-03-15 14:36 ` patch 'dma/skeleton: " Kevin Traynor
2023-03-15 14:36 ` patch 'raw/skeleton: " Kevin Traynor
2023-03-15 14:36 ` patch 'table: fix action selector group size log2 setting' " Kevin Traynor
2023-03-15 14:36 ` patch 'regex/mlx5: utilize all available queue pairs' " Kevin Traynor
2023-03-15 14:36 ` patch 'regex/mlx5: fix doorbell record' " Kevin Traynor
2023-03-15 14:36 ` patch 'common/sfc_efx/base: add MAE mark reset action' " Kevin Traynor
2023-03-15 14:36 ` patch 'kni: fix possible starvation when mbufs are exhausted' " Kevin Traynor
2023-03-15 14:36 ` patch 'cmdline: make rdline status not private' " Kevin Traynor
2023-03-15 14:36 ` patch 'cmdline: handle EOF as quit' " Kevin Traynor
2023-03-15 14:36 ` patch 'mem: fix heap ID in telemetry' " Kevin Traynor
2023-03-15 14:36 ` patch 'net/hns3: fix possible truncation of hash key when config' " Kevin Traynor
2023-03-15 14:36 ` patch 'net/hns3: fix possible truncation of redirection table' " Kevin Traynor
2023-03-15 14:36 ` patch 'net/hns3: use hardware config to report " Kevin Traynor
2023-03-15 14:36 ` patch 'net/hns3: separate setting " Kevin Traynor
2023-03-15 14:36 ` patch 'net/hns3: separate setting and clearing RSS rule' " Kevin Traynor
2023-03-15 14:36 ` patch 'net/mlx5: fix Windows build with MinGW GCC 12' " Kevin Traynor
2023-03-15 14:36 ` patch 'app/crypto-perf: fix test file memory leak' " Kevin Traynor
2023-03-15 14:36 ` patch 'app/flow-perf: fix division or module by zero' " Kevin Traynor
2023-03-15 14:36 ` patch 'mailmap: add list of contributors' " Kevin Traynor

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).