patches for DPDK stable branches
 help / color / mirror / Atom feed
* [PATCH] app/dma-perf: fix physical address seg-fault
@ 2023-08-16  7:18 Vipin Varghese
  2023-08-16  7:26 ` [EXT] " Anoob Joseph
                   ` (3 more replies)
  0 siblings, 4 replies; 19+ messages in thread
From: Vipin Varghese @ 2023-08-16  7:18 UTC (permalink / raw)
  To: thomas, dev; +Cc: Ferruh.Yigit, cheng1.jiang, stable

do_cpu_mem_copy uses DPDK API rte_mbuf_data_iova to return
the start of the virtual address for both src and dst.
But in case of iova mode set as PA, this results in seg-fault.
This is because rte_memcpy VA address and not PA.

this fix checks the iova mode and invokes rte_memcpy with the right
arguments.

Bugzilla ID: 1269
Fixes: 623dc9364dc6 ("app/dma-perf: introduce DMA performance test")
Cc: cheng1.jiang@intel.com

Cc: stable@dpdk.org

Signed-off-by: Vipin Varghese <vipin.varghese@amd.com>
---

tested for both va and pa

CMD:
PA: dpdk-test-dma-perf --iova-mode=pa  -- --config test.ini
VA: dpdk-test-dma-perf --iova-mode=va  -- --config test.ini
DC: dpdk-test-dma-perf --iova-mode=dc  -- --config test.ini

Log: fails for dc mode `EAL: invalid parameters for --iova-mode`

test.ini:
```
[case1]
type=CPU_MEM_COPY
mem_size=10
buf_size=64,8192,2,MUL
src_numa_node=0
dst_numa_node=0
cache_flush=0
test_seconds=2
lcore = 7
eal_args=--in-memory --no-pci
```
---
 app/test-dma-perf/benchmark.c | 39 +++++++++++++++++++++++++++--------
 1 file changed, 30 insertions(+), 9 deletions(-)

diff --git a/app/test-dma-perf/benchmark.c b/app/test-dma-perf/benchmark.c
index 0601e0d171..5573acc9f9 100644
--- a/app/test-dma-perf/benchmark.c
+++ b/app/test-dma-perf/benchmark.c
@@ -279,6 +279,10 @@ do_cpu_mem_copy(void *p)
 	struct rte_mbuf **srcs = para->srcs;
 	struct rte_mbuf **dsts = para->dsts;
 	uint32_t i;
+	bool isAddrPaMode = false;
+
+	if (rte_eal_iova_mode() == RTE_IOVA_PA)
+		isAddrPaMode = true;
 
 	worker_info->stop_flag = false;
 	worker_info->ready_flag = true;
@@ -286,16 +290,33 @@ do_cpu_mem_copy(void *p)
 	while (!worker_info->start_flag)
 		;
 
-	while (1) {
-		for (i = 0; i < nr_buf; i++) {
-			/* copy buffer form src to dst */
-			rte_memcpy((void *)(uintptr_t)rte_mbuf_data_iova(dsts[i]),
-				(void *)(uintptr_t)rte_mbuf_data_iova(srcs[i]),
-				(size_t)buf_size);
-			worker_info->total_cpl++;
+	if (true == isAddrPaMode) {
+		while (1) {
+			for (i = 0; i < nr_buf; i++) {
+				void *src = rte_pktmbuf_mtod(dsts[i], void *);
+				void *dst = rte_pktmbuf_mtod(srcs[i], void *);
+
+				/* copy buffer form src to dst */
+				rte_memcpy(dst,
+					src,
+					(size_t)buf_size);
+				worker_info->total_cpl++;
+			}
+			if (worker_info->stop_flag)
+				break;
+		}
+	} else {
+		while (1) {
+			for (i = 0; i < nr_buf; i++) {
+				/* copy buffer form src to dst */
+				rte_memcpy((void *)(uintptr_t)rte_mbuf_data_iova(dsts[i]),
+					(void *)(uintptr_t)rte_mbuf_data_iova(srcs[i]),
+					(size_t)buf_size);
+				worker_info->total_cpl++;
+			}
+			if (worker_info->stop_flag)
+				break;
 		}
-		if (worker_info->stop_flag)
-			break;
 	}
 
 	return 0;
-- 
2.34.1


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

* RE: [EXT] [PATCH] app/dma-perf: fix physical address seg-fault
  2023-08-16  7:18 [PATCH] app/dma-perf: fix physical address seg-fault Vipin Varghese
@ 2023-08-16  7:26 ` Anoob Joseph
  2023-08-16  7:31   ` Varghese, Vipin
  2023-08-16  9:24 ` [PATCH v2] " Vipin Varghese
                   ` (2 subsequent siblings)
  3 siblings, 1 reply; 19+ messages in thread
From: Anoob Joseph @ 2023-08-16  7:26 UTC (permalink / raw)
  To: Vipin Varghese
  Cc: Ferruh.Yigit, cheng1.jiang, stable, thomas, dev,
	Jerin Jacob Kollanukkaran

Hi Vipin,

Thanks for the update. Please see inline.

Thanks,
Anoob

> -----Original Message-----
> From: Vipin Varghese <vipin.varghese@amd.com>
> Sent: Wednesday, August 16, 2023 12:48 PM
> To: thomas@monjalon.net; dev@dpdk.org
> Cc: Ferruh.Yigit@amd.com; cheng1.jiang@intel.com; stable@dpdk.org
> Subject: [EXT] [PATCH] app/dma-perf: fix physical address seg-fault
> 
> External Email
> 
> ----------------------------------------------------------------------
> do_cpu_mem_copy uses DPDK API rte_mbuf_data_iova to return the start
> of the virtual address for both src and dst.
> But in case of iova mode set as PA, this results in seg-fault.
> This is because rte_memcpy VA address and not PA.
> 
> this fix checks the iova mode and invokes rte_memcpy with the right
> arguments.
> 
> Bugzilla ID: 1269
> Fixes: 623dc9364dc6 ("app/dma-perf: introduce DMA performance test")
> Cc: cheng1.jiang@intel.com
> 
> Cc: stable@dpdk.org
> 
> Signed-off-by: Vipin Varghese <vipin.varghese@amd.com>
> ---
> 
> tested for both va and pa
> 
> CMD:
> PA: dpdk-test-dma-perf --iova-mode=pa  -- --config test.ini
> VA: dpdk-test-dma-perf --iova-mode=va  -- --config test.ini
> DC: dpdk-test-dma-perf --iova-mode=dc  -- --config test.ini
> 
> Log: fails for dc mode `EAL: invalid parameters for --iova-mode`
> 
> test.ini:
> ```
> [case1]
> type=CPU_MEM_COPY
> mem_size=10
> buf_size=64,8192,2,MUL
> src_numa_node=0
> dst_numa_node=0
> cache_flush=0
> test_seconds=2
> lcore = 7
> eal_args=--in-memory --no-pci
> ```
> ---
>  app/test-dma-perf/benchmark.c | 39 +++++++++++++++++++++++++++----
> ----
>  1 file changed, 30 insertions(+), 9 deletions(-)
> 
> diff --git a/app/test-dma-perf/benchmark.c b/app/test-dma-
> perf/benchmark.c index 0601e0d171..5573acc9f9 100644
> --- a/app/test-dma-perf/benchmark.c
> +++ b/app/test-dma-perf/benchmark.c
> @@ -279,6 +279,10 @@ do_cpu_mem_copy(void *p)
>  	struct rte_mbuf **srcs = para->srcs;
>  	struct rte_mbuf **dsts = para->dsts;
>  	uint32_t i;
> +	bool isAddrPaMode = false;
> +
> +	if (rte_eal_iova_mode() == RTE_IOVA_PA)
> +		isAddrPaMode = true;
> 
>  	worker_info->stop_flag = false;
>  	worker_info->ready_flag = true;
> @@ -286,16 +290,33 @@ do_cpu_mem_copy(void *p)
>  	while (!worker_info->start_flag)
>  		;
> 
> -	while (1) {
> -		for (i = 0; i < nr_buf; i++) {
> -			/* copy buffer form src to dst */
> -			rte_memcpy((void
> *)(uintptr_t)rte_mbuf_data_iova(dsts[i]),
> -				(void
> *)(uintptr_t)rte_mbuf_data_iova(srcs[i]),
> -				(size_t)buf_size);
> -			worker_info->total_cpl++;
> +	if (true == isAddrPaMode) {
> +		while (1) {
> +			for (i = 0; i < nr_buf; i++) {
> +				void *src = rte_pktmbuf_mtod(dsts[i], void
> *);
> +				void *dst = rte_pktmbuf_mtod(srcs[i], void
> *);
> +
> +				/* copy buffer form src to dst */
> +				rte_memcpy(dst,
> +					src,
> +					(size_t)buf_size);
> +				worker_info->total_cpl++;
> +			}
> +			if (worker_info->stop_flag)
> +				break;
> +		}
> +	} else {
> +		while (1) {
> +			for (i = 0; i < nr_buf; i++) {
> +				/* copy buffer form src to dst */
> +				rte_memcpy((void
> *)(uintptr_t)rte_mbuf_data_iova(dsts[i]),
> +					(void
> *)(uintptr_t)rte_mbuf_data_iova(srcs[i]),
> +					(size_t)buf_size);

[Anoob] Even in case of VA as IOVA, rte_pktmbuf_mtod() should work, right? I was imagining a simple replacement of ' rte_mbuf_data_iova' with 'rte_pktmbuf_mtod' as the fix.

> +				worker_info->total_cpl++;
> +			}
> +			if (worker_info->stop_flag)
> +				break;
>  		}
> -		if (worker_info->stop_flag)
> -			break;
>  	}
> 
>  	return 0;
> --
> 2.34.1


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

* RE: [EXT] [PATCH] app/dma-perf: fix physical address seg-fault
  2023-08-16  7:26 ` [EXT] " Anoob Joseph
@ 2023-08-16  7:31   ` Varghese, Vipin
  0 siblings, 0 replies; 19+ messages in thread
From: Varghese, Vipin @ 2023-08-16  7:31 UTC (permalink / raw)
  To: Anoob Joseph
  Cc: Yigit, Ferruh, cheng1.jiang, stable, thomas, dev,
	Jerin Jacob Kollanukkaran

[AMD Official Use Only - General]

> -----Original Message-----
> From: Anoob Joseph <anoobj@marvell.com>
> Sent: Wednesday, August 16, 2023 12:57 PM
> To: Varghese, Vipin <Vipin.Varghese@amd.com>
> Cc: Yigit, Ferruh <Ferruh.Yigit@amd.com>; cheng1.jiang@intel.com;
> stable@dpdk.org; thomas@monjalon.net; dev@dpdk.org; Jerin Jacob
> Kollanukkaran <jerinj@marvell.com>
> Subject: RE: [EXT] [PATCH] app/dma-perf: fix physical address seg-fault
>
> Caution: This message originated from an External Source. Use proper caution
> when opening attachments, clicking links, or responding.
>
>
> Hi Vipin,
>
> Thanks for the update. Please see inline.
>
> Thanks,
> Anoob
>
> > -----Original Message-----
> > From: Vipin Varghese <vipin.varghese@amd.com>
> > Sent: Wednesday, August 16, 2023 12:48 PM
> > To: thomas@monjalon.net; dev@dpdk.org
> > Cc: Ferruh.Yigit@amd.com; cheng1.jiang@intel.com; stable@dpdk.org
> > Subject: [EXT] [PATCH] app/dma-perf: fix physical address seg-fault
> >
> > External Email
> >
> > ----------------------------------------------------------------------
> > do_cpu_mem_copy uses DPDK API rte_mbuf_data_iova to return the start
> > of the virtual address for both src and dst.
> > But in case of iova mode set as PA, this results in seg-fault.
> > This is because rte_memcpy VA address and not PA.
> >
> > this fix checks the iova mode and invokes rte_memcpy with the right
> > arguments.
> >
> > Bugzilla ID: 1269
> > Fixes: 623dc9364dc6 ("app/dma-perf: introduce DMA performance test")
> > Cc: cheng1.jiang@intel.com
> >
> > Cc: stable@dpdk.org
> >
> > Signed-off-by: Vipin Varghese <vipin.varghese@amd.com>
> > ---
> >
> > tested for both va and pa
> >
> > CMD:
> > PA: dpdk-test-dma-perf --iova-mode=pa  -- --config test.ini
> > VA: dpdk-test-dma-perf --iova-mode=va  -- --config test.ini
> > DC: dpdk-test-dma-perf --iova-mode=dc  -- --config test.ini
> >
> > Log: fails for dc mode `EAL: invalid parameters for --iova-mode`
> >
> > test.ini:
> > ```
> > [case1]
> > type=CPU_MEM_COPY
> > mem_size=10
> > buf_size=64,8192,2,MUL
> > src_numa_node=0
> > dst_numa_node=0
> > cache_flush=0
> > test_seconds=2
> > lcore = 7
> > eal_args=--in-memory --no-pci
> > ```
> > ---
> >  app/test-dma-perf/benchmark.c | 39 +++++++++++++++++++++++++++----
> > ----
> >  1 file changed, 30 insertions(+), 9 deletions(-)
> >
> > diff --git a/app/test-dma-perf/benchmark.c b/app/test-dma-
> > perf/benchmark.c index 0601e0d171..5573acc9f9 100644
> > --- a/app/test-dma-perf/benchmark.c
> > +++ b/app/test-dma-perf/benchmark.c
> > @@ -279,6 +279,10 @@ do_cpu_mem_copy(void *p)
> >       struct rte_mbuf **srcs = para->srcs;
> >       struct rte_mbuf **dsts = para->dsts;
> >       uint32_t i;
> > +     bool isAddrPaMode = false;
> > +
> > +     if (rte_eal_iova_mode() == RTE_IOVA_PA)
> > +             isAddrPaMode = true;
> >
> >       worker_info->stop_flag = false;
> >       worker_info->ready_flag = true;
> > @@ -286,16 +290,33 @@ do_cpu_mem_copy(void *p)
> >       while (!worker_info->start_flag)
> >               ;
> >
> > -     while (1) {
> > -             for (i = 0; i < nr_buf; i++) {
> > -                     /* copy buffer form src to dst */
> > -                     rte_memcpy((void
> > *)(uintptr_t)rte_mbuf_data_iova(dsts[i]),
> > -                             (void
> > *)(uintptr_t)rte_mbuf_data_iova(srcs[i]),
> > -                             (size_t)buf_size);
> > -                     worker_info->total_cpl++;
> > +     if (true == isAddrPaMode) {
> > +             while (1) {
> > +                     for (i = 0; i < nr_buf; i++) {
> > +                             void *src = rte_pktmbuf_mtod(dsts[i],
> > + void
> > *);
> > +                             void *dst = rte_pktmbuf_mtod(srcs[i],
> > + void
> > *);
> > +
> > +                             /* copy buffer form src to dst */
> > +                             rte_memcpy(dst,
> > +                                     src,
> > +                                     (size_t)buf_size);
> > +                             worker_info->total_cpl++;
> > +                     }
> > +                     if (worker_info->stop_flag)
> > +                             break;
> > +             }
> > +     } else {
> > +             while (1) {
> > +                     for (i = 0; i < nr_buf; i++) {
> > +                             /* copy buffer form src to dst */
> > +                             rte_memcpy((void
> > *)(uintptr_t)rte_mbuf_data_iova(dsts[i]),
> > +                                     (void
> > *)(uintptr_t)rte_mbuf_data_iova(srcs[i]),
> > +                                     (size_t)buf_size);
>
> [Anoob] Even in case of VA as IOVA, rte_pktmbuf_mtod() should work, right? I
> was imagining a simple replacement of ' rte_mbuf_data_iova' with
> 'rte_pktmbuf_mtod' as the fix.

Ferruh and myself believe the rte_mbuf_data_iova should have been working for both PA and VA. But internally does not.

I think what you are recommending is for both PA and VA just use ` rte_pktmbuf_mtod` for both. Thus we can avoid the check itself.

>
> > +                             worker_info->total_cpl++;
> > +                     }
> > +                     if (worker_info->stop_flag)
> > +                             break;
> >               }
> > -             if (worker_info->stop_flag)
> > -                     break;
> >       }
> >
> >       return 0;
> > --
> > 2.34.1


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

* [PATCH v2] app/dma-perf: fix physical address seg-fault
  2023-08-16  7:18 [PATCH] app/dma-perf: fix physical address seg-fault Vipin Varghese
  2023-08-16  7:26 ` [EXT] " Anoob Joseph
@ 2023-08-16  9:24 ` Vipin Varghese
  2023-08-16  9:35 ` Vipin Varghese
  2023-08-16  9:42 ` Vipin Varghese
  3 siblings, 0 replies; 19+ messages in thread
From: Vipin Varghese @ 2023-08-16  9:24 UTC (permalink / raw)
  To: thomas, dev, anoobj; +Cc: Ferruh.Yigit, cheng1.jiang, stable

do_cpu_mem_copy uses DPDK API rte_mbuf_data_iova to return
the start of the virtual address for both src and dst.
But in case of iova mode set as PA, this results in seg-fault.
This is because rte_memcpy uses VA address and not PA.

This fix invokes `rte_pktmbuf_mtod` for both src and dst.

Bugzilla ID: 1269
Fixes: 623dc9364dc6 ("app/dma-perf: introduce DMA performance test")
Cc: cheng1.jiang@intel.com

Cc: stable@dpdk.org

Signed-off-by: Vipin Varghese <vipin.varghese@amd.com>
Suggested-by: Anoob Joseph <anoobj@marvell.com>
---

v2:
 - suggest use of pktmbuf_mtod for both va and pa.

tested for both va and pa

CMD:
PA: dpdk-test-dma-perf --iova-mode=pa  -- --config test.ini
VA: dpdk-test-dma-perf --iova-mode=va  -- --config test.ini
DC: dpdk-test-dma-perf --iova-mode=dc  -- --config test.ini

Log: fails for dc mode `EAL: invalid parameters for --iova-mode`

test.ini:
```
[case1]
type=CPU_MEM_COPY
mem_size=10
buf_size=64,8192,2,MUL
src_numa_node=0
dst_numa_node=0
cache_flush=0
test_seconds=2
lcore = 7
eal_args=--in-memory --no-pci
```
---
 app/test-dma-perf/benchmark.c | 7 +++++--
 1 file changed, 5 insertions(+), 2 deletions(-)

diff --git a/app/test-dma-perf/benchmark.c b/app/test-dma-perf/benchmark.c
index 0601e0d171..9059253057 100644
--- a/app/test-dma-perf/benchmark.c
+++ b/app/test-dma-perf/benchmark.c
@@ -288,9 +288,12 @@ do_cpu_mem_copy(void *p)
 
 	while (1) {
 		for (i = 0; i < nr_buf; i++) {
+			void *src = rte_pktmbuf_mtod(dsts[i], void *);
+			void *dst = rte_pktmbuf_mtod(srcs[i], void *);
+
 			/* copy buffer form src to dst */
-			rte_memcpy((void *)(uintptr_t)rte_mbuf_data_iova(dsts[i]),
-				(void *)(uintptr_t)rte_mbuf_data_iova(srcs[i]),
+			rte_memcpy(dst,
+				src,
 				(size_t)buf_size);
 			worker_info->total_cpl++;
 		}
-- 
2.34.1


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

* [PATCH v2] app/dma-perf: fix physical address seg-fault
  2023-08-16  7:18 [PATCH] app/dma-perf: fix physical address seg-fault Vipin Varghese
  2023-08-16  7:26 ` [EXT] " Anoob Joseph
  2023-08-16  9:24 ` [PATCH v2] " Vipin Varghese
@ 2023-08-16  9:35 ` Vipin Varghese
  2023-08-16  9:42 ` Vipin Varghese
  3 siblings, 0 replies; 19+ messages in thread
From: Vipin Varghese @ 2023-08-16  9:35 UTC (permalink / raw)
  To: thomas, dev, anoobj; +Cc: Ferruh.Yigit, cheng1.jiang, stable

do_cpu_mem_copy uses DPDK API rte_mbuf_data_iova to return
the start of the virtual address for both src and dst.
But in case of iova mode set as PA, this results in seg-fault.
This is because rte_memcpy uses VA address and not PA.

This fix invokes `rte_pktmbuf_mtod` for both src and dst.

Bugzilla ID: 1269
Fixes: 623dc9364dc6 ("app/dma-perf: introduce DMA performance test")
Cc: cheng1.jiang@intel.com

Cc: stable@dpdk.org

Signed-off-by: Vipin Varghese <vipin.varghese@amd.com>
Suggested-by: Anoob Joseph <anoobj@marvell.com>
---

v2:
 - suggest use of pktmbuf_mtod for both va and pa.

tested for both va and pa

CMD:
PA: dpdk-test-dma-perf --iova-mode=pa  -- --config test.ini
VA: dpdk-test-dma-perf --iova-mode=va  -- --config test.ini
DC: dpdk-test-dma-perf --iova-mode=dc  -- --config test.ini

Log: fails for dc mode `EAL: invalid parameters for --iova-mode`

test.ini:
```
[case1]
type=CPU_MEM_COPY
mem_size=10
buf_size=64,8192,2,MUL
src_numa_node=0
dst_numa_node=0
cache_flush=0
test_seconds=2
lcore = 7
eal_args=--in-memory --no-pci
```
---
 app/test-dma-perf/benchmark.c | 7 +++++--
 1 file changed, 5 insertions(+), 2 deletions(-)

diff --git a/app/test-dma-perf/benchmark.c b/app/test-dma-perf/benchmark.c
index 0601e0d171..9059253057 100644
--- a/app/test-dma-perf/benchmark.c
+++ b/app/test-dma-perf/benchmark.c
@@ -288,9 +288,12 @@ do_cpu_mem_copy(void *p)
 
 	while (1) {
 		for (i = 0; i < nr_buf; i++) {
+			void *src = rte_pktmbuf_mtod(dsts[i], void *);
+			void *dst = rte_pktmbuf_mtod(srcs[i], void *);
+
 			/* copy buffer form src to dst */
-			rte_memcpy((void *)(uintptr_t)rte_mbuf_data_iova(dsts[i]),
-				(void *)(uintptr_t)rte_mbuf_data_iova(srcs[i]),
+			rte_memcpy(dst,
+				src,
 				(size_t)buf_size);
 			worker_info->total_cpl++;
 		}
-- 
2.34.1


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

* [PATCH v2] app/dma-perf: fix physical address seg-fault
  2023-08-16  7:18 [PATCH] app/dma-perf: fix physical address seg-fault Vipin Varghese
                   ` (2 preceding siblings ...)
  2023-08-16  9:35 ` Vipin Varghese
@ 2023-08-16  9:42 ` Vipin Varghese
  2023-08-16 10:12   ` Jerin Jacob
                     ` (3 more replies)
  3 siblings, 4 replies; 19+ messages in thread
From: Vipin Varghese @ 2023-08-16  9:42 UTC (permalink / raw)
  To: thomas, dev, anoobj; +Cc: Ferruh.Yigit, cheng1.jiang, stable

do_cpu_mem_copy uses DPDK API rte_mbuf_data_iova to return
the start of the virtual address for both src and dst.
But in case of iova mode set as PA, this results in seg-fault.
This is because rte_memcpy uses VA address and not PA.

This fix invokes `rte_pktmbuf_mtod` for both src and dst.

Bugzilla ID: 1269
Fixes: 623dc9364dc6 ("app/dma-perf: introduce DMA performance test")
Cc: cheng1.jiang@intel.com

Cc: stable@dpdk.org

Signed-off-by: Vipin Varghese <vipin.varghese@amd.com>
Suggested-by: Anoob Joseph <anoobj@marvell.com>
---

v2:
 - suggest use of pktmbuf_mtod for both va and pa.

tested for both va and pa

CMD:
PA: dpdk-test-dma-perf --iova-mode=pa  -- --config test.ini
VA: dpdk-test-dma-perf --iova-mode=va  -- --config test.ini
DC: dpdk-test-dma-perf --iova-mode=dc  -- --config test.ini

Log: fails for dc mode `EAL: invalid parameters for --iova-mode`

test.ini:
```
[case1]
type=CPU_MEM_COPY
mem_size=10
buf_size=64,8192,2,MUL
src_numa_node=0
dst_numa_node=0
cache_flush=0
test_seconds=2
lcore = 7
eal_args=--in-memory --no-pci
```
---
 app/test-dma-perf/benchmark.c | 7 ++++---
 1 file changed, 4 insertions(+), 3 deletions(-)

diff --git a/app/test-dma-perf/benchmark.c b/app/test-dma-perf/benchmark.c
index 0601e0d171..1d1c9bde99 100644
--- a/app/test-dma-perf/benchmark.c
+++ b/app/test-dma-perf/benchmark.c
@@ -288,10 +288,11 @@ do_cpu_mem_copy(void *p)
 
 	while (1) {
 		for (i = 0; i < nr_buf; i++) {
+			void *src = rte_pktmbuf_mtod(dsts[i], void *);
+			void *dst = rte_pktmbuf_mtod(srcs[i], void *);
+
 			/* copy buffer form src to dst */
-			rte_memcpy((void *)(uintptr_t)rte_mbuf_data_iova(dsts[i]),
-				(void *)(uintptr_t)rte_mbuf_data_iova(srcs[i]),
-				(size_t)buf_size);
+			rte_memcpy(dst, src, (size_t)buf_size);
 			worker_info->total_cpl++;
 		}
 		if (worker_info->stop_flag)
-- 
2.34.1


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

* Re: [PATCH v2] app/dma-perf: fix physical address seg-fault
  2023-08-16  9:42 ` Vipin Varghese
@ 2023-08-16 10:12   ` Jerin Jacob
  2023-08-16 10:46   ` [EXT] " Anoob Joseph
                     ` (2 subsequent siblings)
  3 siblings, 0 replies; 19+ messages in thread
From: Jerin Jacob @ 2023-08-16 10:12 UTC (permalink / raw)
  To: Vipin Varghese; +Cc: thomas, dev, anoobj, Ferruh.Yigit, cheng1.jiang, stable

On Wed, Aug 16, 2023 at 3:21 PM Vipin Varghese <vipin.varghese@amd.com> wrote:
>
> do_cpu_mem_copy uses DPDK API rte_mbuf_data_iova to return
> the start of the virtual address for both src and dst.
> But in case of iova mode set as PA, this results in seg-fault.
> This is because rte_memcpy uses VA address and not PA.
>
> This fix invokes `rte_pktmbuf_mtod` for both src and dst.
>
> Bugzilla ID: 1269
> Fixes: 623dc9364dc6 ("app/dma-perf: introduce DMA performance test")
> Cc: cheng1.jiang@intel.com
>
> Cc: stable@dpdk.org
>
> Signed-off-by: Vipin Varghese <vipin.varghese@amd.com>
> Suggested-by: Anoob Joseph <anoobj@marvell.com>
> ---
>
> v2:
>  - suggest use of pktmbuf_mtod for both va and pa.
>
> tested for both va and pa
>
> CMD:
> PA: dpdk-test-dma-perf --iova-mode=pa  -- --config test.ini
> VA: dpdk-test-dma-perf --iova-mode=va  -- --config test.ini
> DC: dpdk-test-dma-perf --iova-mode=dc  -- --config test.ini
>
> Log: fails for dc mode `EAL: invalid parameters for --iova-mode`
>
> test.ini:
> ```
> [case1]
> type=CPU_MEM_COPY
> mem_size=10
> buf_size=64,8192,2,MUL
> src_numa_node=0
> dst_numa_node=0
> cache_flush=0
> test_seconds=2
> lcore = 7
> eal_args=--in-memory --no-pci
> ```
> ---
>  app/test-dma-perf/benchmark.c | 7 ++++---
>  1 file changed, 4 insertions(+), 3 deletions(-)
>
> diff --git a/app/test-dma-perf/benchmark.c b/app/test-dma-perf/benchmark.c
> index 0601e0d171..1d1c9bde99 100644
> --- a/app/test-dma-perf/benchmark.c
> +++ b/app/test-dma-perf/benchmark.c
> @@ -288,10 +288,11 @@ do_cpu_mem_copy(void *p)
>
>         while (1) {
>                 for (i = 0; i < nr_buf; i++) {
> +                       void *src = rte_pktmbuf_mtod(dsts[i], void *);
> +                       void *dst = rte_pktmbuf_mtod(srcs[i], void *);

Use _const_ in fast path if src and dst in not changing as better
optimization hint to compiler.

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

* RE: [EXT] [PATCH v2] app/dma-perf: fix physical address seg-fault
  2023-08-16  9:42 ` Vipin Varghese
  2023-08-16 10:12   ` Jerin Jacob
@ 2023-08-16 10:46   ` Anoob Joseph
  2023-09-21  2:28   ` Jiang, Cheng1
  2023-10-19  4:19   ` [PATCH v3] " Vipin Varghese
  3 siblings, 0 replies; 19+ messages in thread
From: Anoob Joseph @ 2023-08-16 10:46 UTC (permalink / raw)
  To: Vipin Varghese
  Cc: Ferruh.Yigit, cheng1.jiang, stable, thomas, dev,
	Jerin Jacob Kollanukkaran

> do_cpu_mem_copy uses DPDK API rte_mbuf_data_iova to return the start
> of the virtual address for both src and dst.
> But in case of iova mode set as PA, this results in seg-fault.
> This is because rte_memcpy uses VA address and not PA.
> 
> This fix invokes `rte_pktmbuf_mtod` for both src and dst.
> 
> Bugzilla ID: 1269
> Fixes: 623dc9364dc6 ("app/dma-perf: introduce DMA performance test")
> Cc: cheng1.jiang@intel.com
> 
> Cc: stable@dpdk.org
> 
> Signed-off-by: Vipin Varghese <vipin.varghese@amd.com>
> Suggested-by: Anoob Joseph <anoobj@marvell.com>

Acked-by: Anoob Joseph <anoobj@marvell.com>

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

* RE: [PATCH v2] app/dma-perf: fix physical address seg-fault
  2023-08-16  9:42 ` Vipin Varghese
  2023-08-16 10:12   ` Jerin Jacob
  2023-08-16 10:46   ` [EXT] " Anoob Joseph
@ 2023-09-21  2:28   ` Jiang, Cheng1
  2023-10-04  9:00     ` Varghese, Vipin
  2023-10-19  4:19   ` [PATCH v3] " Vipin Varghese
  3 siblings, 1 reply; 19+ messages in thread
From: Jiang, Cheng1 @ 2023-09-21  2:28 UTC (permalink / raw)
  To: Vipin Varghese, thomas, dev, anoobj; +Cc: Ferruh.Yigit, stable

Hi,

> -----Original Message-----
> From: Vipin Varghese <vipin.varghese@amd.com>
> Sent: Wednesday, August 16, 2023 5:42 PM
> To: thomas@monjalon.net; dev@dpdk.org; anoobj@marvell.com
> Cc: Ferruh.Yigit@amd.com; Jiang, Cheng1 <cheng1.jiang@intel.com>;
> stable@dpdk.org
> Subject: [PATCH v2] app/dma-perf: fix physical address seg-fault
> 
> do_cpu_mem_copy uses DPDK API rte_mbuf_data_iova to return the start
> of the virtual address for both src and dst.
> But in case of iova mode set as PA, this results in seg-fault.
> This is because rte_memcpy uses VA address and not PA.
> 
> This fix invokes `rte_pktmbuf_mtod` for both src and dst.
> 
> Bugzilla ID: 1269
> Fixes: 623dc9364dc6 ("app/dma-perf: introduce DMA performance test")
> Cc: cheng1.jiang@intel.com
> 
> Cc: stable@dpdk.org
> 
> Signed-off-by: Vipin Varghese <vipin.varghese@amd.com>
> Suggested-by: Anoob Joseph <anoobj@marvell.com>
> ---
> 
> v2:
>  - suggest use of pktmbuf_mtod for both va and pa.
> 
> tested for both va and pa
> 
> CMD:
> PA: dpdk-test-dma-perf --iova-mode=pa  -- --config test.ini
> VA: dpdk-test-dma-perf --iova-mode=va  -- --config test.ini
> DC: dpdk-test-dma-perf --iova-mode=dc  -- --config test.ini
> 
> Log: fails for dc mode `EAL: invalid parameters for --iova-mode`
> 
> test.ini:
> ```
> [case1]
> type=CPU_MEM_COPY
> mem_size=10
> buf_size=64,8192,2,MUL
> src_numa_node=0
> dst_numa_node=0
> cache_flush=0
> test_seconds=2
> lcore = 7
> eal_args=--in-memory --no-pci
> ```
> ---
>  app/test-dma-perf/benchmark.c | 7 ++++---
>  1 file changed, 4 insertions(+), 3 deletions(-)
> 
> diff --git a/app/test-dma-perf/benchmark.c b/app/test-dma-
> perf/benchmark.c index 0601e0d171..1d1c9bde99 100644
> --- a/app/test-dma-perf/benchmark.c
> +++ b/app/test-dma-perf/benchmark.c
> @@ -288,10 +288,11 @@ do_cpu_mem_copy(void *p)
> 
>  	while (1) {
>  		for (i = 0; i < nr_buf; i++) {
> +			void *src = rte_pktmbuf_mtod(dsts[i], void *);
> +			void *dst = rte_pktmbuf_mtod(srcs[i], void *);
> +

Thank you for fixing it.
Sorry that I missed the discussion earlier.

Reviewed-by: Cheng Jiang <cheng1.jiang@intel.com>

Thanks,
Cheng

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

* RE: [PATCH v2] app/dma-perf: fix physical address seg-fault
  2023-09-21  2:28   ` Jiang, Cheng1
@ 2023-10-04  9:00     ` Varghese, Vipin
  2023-10-04 13:00       ` Jerin Jacob
  0 siblings, 1 reply; 19+ messages in thread
From: Varghese, Vipin @ 2023-10-04  9:00 UTC (permalink / raw)
  To: Jiang, Cheng1, thomas, dev, anoobj, Jerin Jacob; +Cc: Yigit, Ferruh, stable

[AMD Official Use Only - General]

Hi Jerrin,

Apologies for the delay, I missed on the comment

```
>                 for (i = 0; i < nr_buf; i++) {
> +                       void *src = rte_pktmbuf_mtod(dsts[i], void *);
> +                       void *dst = rte_pktmbuf_mtod(srcs[i], void *);

Use _const_ in fast path if src and dst in not changing as better optimization hint to compiler.
```

Thanks for the suggestion, but may I ask this differently `rte_memcpy` is defined with `always_inline` and all places where src used is with `const *`. Hence I have different view there as `setting const * for always_inline definition has the same effect too`.


> -----Original Message-----
> From: Jiang, Cheng1 <cheng1.jiang@intel.com>
> Sent: Thursday, September 21, 2023 7:58 AM
> To: Varghese, Vipin <Vipin.Varghese@amd.com>; thomas@monjalon.net;
> dev@dpdk.org; anoobj@marvell.com
> Cc: Yigit, Ferruh <Ferruh.Yigit@amd.com>; stable@dpdk.org
> Subject: RE: [PATCH v2] app/dma-perf: fix physical address seg-fault
>
> Caution: This message originated from an External Source. Use proper caution
> when opening attachments, clicking links, or responding.
>
>
> Hi,
>
> > -----Original Message-----
> > From: Vipin Varghese <vipin.varghese@amd.com>
> > Sent: Wednesday, August 16, 2023 5:42 PM
> > To: thomas@monjalon.net; dev@dpdk.org; anoobj@marvell.com
> > Cc: Ferruh.Yigit@amd.com; Jiang, Cheng1 <cheng1.jiang@intel.com>;
> > stable@dpdk.org
> > Subject: [PATCH v2] app/dma-perf: fix physical address seg-fault
> >
> > do_cpu_mem_copy uses DPDK API rte_mbuf_data_iova to return the start
> > of the virtual address for both src and dst.
> > But in case of iova mode set as PA, this results in seg-fault.
> > This is because rte_memcpy uses VA address and not PA.
> >
> > This fix invokes `rte_pktmbuf_mtod` for both src and dst.
> >
> > Bugzilla ID: 1269
> > Fixes: 623dc9364dc6 ("app/dma-perf: introduce DMA performance test")
> > Cc: cheng1.jiang@intel.com
> >
> > Cc: stable@dpdk.org
> >
> > Signed-off-by: Vipin Varghese <vipin.varghese@amd.com>
> > Suggested-by: Anoob Joseph <anoobj@marvell.com>
> > ---
> >
> > v2:
> >  - suggest use of pktmbuf_mtod for both va and pa.
> >
> > tested for both va and pa
> >
> > CMD:
> > PA: dpdk-test-dma-perf --iova-mode=pa  -- --config test.ini
> > VA: dpdk-test-dma-perf --iova-mode=va  -- --config test.ini
> > DC: dpdk-test-dma-perf --iova-mode=dc  -- --config test.ini
> >
> > Log: fails for dc mode `EAL: invalid parameters for --iova-mode`
> >
> > test.ini:
> > ```
> > [case1]
> > type=CPU_MEM_COPY
> > mem_size=10
> > buf_size=64,8192,2,MUL
> > src_numa_node=0
> > dst_numa_node=0
> > cache_flush=0
> > test_seconds=2
> > lcore = 7
> > eal_args=--in-memory --no-pci
> > ```
> > ---
> >  app/test-dma-perf/benchmark.c | 7 ++++---
> >  1 file changed, 4 insertions(+), 3 deletions(-)
> >
> > diff --git a/app/test-dma-perf/benchmark.c b/app/test-dma-
> > perf/benchmark.c index 0601e0d171..1d1c9bde99 100644
> > --- a/app/test-dma-perf/benchmark.c
> > +++ b/app/test-dma-perf/benchmark.c
> > @@ -288,10 +288,11 @@ do_cpu_mem_copy(void *p)
> >
> >       while (1) {
> >               for (i = 0; i < nr_buf; i++) {
> > +                     void *src = rte_pktmbuf_mtod(dsts[i], void *);
> > +                     void *dst = rte_pktmbuf_mtod(srcs[i], void *);
> > +
>
> Thank you for fixing it.
> Sorry that I missed the discussion earlier.
>
> Reviewed-by: Cheng Jiang <cheng1.jiang@intel.com>
>
> Thanks,
> Cheng

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

* Re: [PATCH v2] app/dma-perf: fix physical address seg-fault
  2023-10-04  9:00     ` Varghese, Vipin
@ 2023-10-04 13:00       ` Jerin Jacob
  0 siblings, 0 replies; 19+ messages in thread
From: Jerin Jacob @ 2023-10-04 13:00 UTC (permalink / raw)
  To: Varghese, Vipin
  Cc: Jiang, Cheng1, thomas, dev, anoobj, Jerin Jacob, Yigit, Ferruh, stable

On Wed, Oct 4, 2023 at 3:46 PM Varghese, Vipin <Vipin.Varghese@amd.com> wrote:
>
> [AMD Official Use Only - General]
>
> Hi Jerrin,
>
> Apologies for the delay, I missed on the comment
>
> ```
> >                 for (i = 0; i < nr_buf; i++) {
> > +                       void *src = rte_pktmbuf_mtod(dsts[i], void *);
> > +                       void *dst = rte_pktmbuf_mtod(srcs[i], void *);
>
> Use _const_ in fast path if src and dst in not changing as better optimization hint to compiler.
> ```
>
> Thanks for the suggestion, but may I ask this differently `rte_memcpy` is defined with `always_inline` and all places where src used is with `const *`. Hence I have different view there as `setting const * for always_inline definition has the same effect too`.

Yeah, most likely. However, Is the above behavior is documented in
gcc/clang? if not, the compiler is free to change as it deemed to fit
based on the register allocation and optimization flags etc.

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

* [PATCH v3] app/dma-perf: fix physical address seg-fault
  2023-08-16  9:42 ` Vipin Varghese
                     ` (2 preceding siblings ...)
  2023-09-21  2:28   ` Jiang, Cheng1
@ 2023-10-19  4:19   ` Vipin Varghese
  2023-10-24  2:16     ` lihuisong (C)
  3 siblings, 1 reply; 19+ messages in thread
From: Vipin Varghese @ 2023-10-19  4:19 UTC (permalink / raw)
  To: cheng1.jiang, stable, anoobj, jerinj, dev

do_cpu_mem_copy uses DPDK API rte_mbuf_data_iova to return
the start of the virtual address for both src and dst.
But in case of iova mode set as PA, this results in seg-fault.
This is because rte_memcpy uses VA address and not PA.

This fix invokes `rte_pktmbuf_mtod` for both src and dst.

Bugzilla ID: 1269
Fixes: 623dc9364dc6 ("app/dma-perf: introduce DMA performance test")
Cc: cheng1.jiang@intel.com

Cc: stable@dpdk.org

Signed-off-by: Vipin Varghese <vipin.varghese@amd.com>
Suggested-by: Anoob Joseph <anoobj@marvell.com>
Suggested-by: Jerin Jacob <jerinj@marvell.com>

---

v2:
 - suggest use of pktmbuf_mtod for both va and pa by Anoob.

V3:
 - add const to src suggested by Jerin.
---
 app/test-dma-perf/benchmark.c | 7 ++++---
 1 file changed, 4 insertions(+), 3 deletions(-)

diff --git a/app/test-dma-perf/benchmark.c b/app/test-dma-perf/benchmark.c
index 0601e0d171..9b1f58c78c 100644
--- a/app/test-dma-perf/benchmark.c
+++ b/app/test-dma-perf/benchmark.c
@@ -288,10 +288,11 @@ do_cpu_mem_copy(void *p)
 
 	while (1) {
 		for (i = 0; i < nr_buf; i++) {
+			const void *src = rte_pktmbuf_mtod(dsts[i], void *);
+			void *dst = rte_pktmbuf_mtod(srcs[i], void *);
+
 			/* copy buffer form src to dst */
-			rte_memcpy((void *)(uintptr_t)rte_mbuf_data_iova(dsts[i]),
-				(void *)(uintptr_t)rte_mbuf_data_iova(srcs[i]),
-				(size_t)buf_size);
+			rte_memcpy(dst, src, (size_t)buf_size);
 			worker_info->total_cpl++;
 		}
 		if (worker_info->stop_flag)
-- 
2.34.1


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

* Re: [PATCH v3] app/dma-perf: fix physical address seg-fault
  2023-10-19  4:19   ` [PATCH v3] " Vipin Varghese
@ 2023-10-24  2:16     ` lihuisong (C)
  2023-11-14 14:27       ` Thomas Monjalon
  0 siblings, 1 reply; 19+ messages in thread
From: lihuisong (C) @ 2023-10-24  2:16 UTC (permalink / raw)
  To: Vipin Varghese, cheng1.jiang, stable, anoobj, jerinj, dev


在 2023/10/19 12:19, Vipin Varghese 写道:
> do_cpu_mem_copy uses DPDK API rte_mbuf_data_iova to return
> the start of the virtual address for both src and dst.
> But in case of iova mode set as PA, this results in seg-fault.
> This is because rte_memcpy uses VA address and not PA.
>
> This fix invokes `rte_pktmbuf_mtod` for both src and dst.
>
> Bugzilla ID: 1269
> Fixes: 623dc9364dc6 ("app/dma-perf: introduce DMA performance test")
> Cc: cheng1.jiang@intel.com
>
> Cc: stable@dpdk.org
>
> Signed-off-by: Vipin Varghese <vipin.varghese@amd.com>
> Suggested-by: Anoob Joseph <anoobj@marvell.com>
> Suggested-by: Jerin Jacob <jerinj@marvell.com>
>
Acked-by: Huisong Li <lihuisong@huawei.com>

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

* Re: [PATCH v3] app/dma-perf: fix physical address seg-fault
  2023-10-24  2:16     ` lihuisong (C)
@ 2023-11-14 14:27       ` Thomas Monjalon
  0 siblings, 0 replies; 19+ messages in thread
From: Thomas Monjalon @ 2023-11-14 14:27 UTC (permalink / raw)
  To: Vipin Varghese; +Cc: cheng1.jiang, stable, anoobj, jerinj, dev, lihuisong (C)

24/10/2023 04:16, lihuisong (C):
> 
> 在 2023/10/19 12:19, Vipin Varghese 写道:
> > do_cpu_mem_copy uses DPDK API rte_mbuf_data_iova to return
> > the start of the virtual address for both src and dst.
> > But in case of iova mode set as PA, this results in seg-fault.
> > This is because rte_memcpy uses VA address and not PA.
> >
> > This fix invokes `rte_pktmbuf_mtod` for both src and dst.
> >
> > Bugzilla ID: 1269
> > Fixes: 623dc9364dc6 ("app/dma-perf: introduce DMA performance test")
> > Cc: cheng1.jiang@intel.com
> >
> > Cc: stable@dpdk.org
> >
> > Signed-off-by: Vipin Varghese <vipin.varghese@amd.com>
> > Suggested-by: Anoob Joseph <anoobj@marvell.com>
> > Suggested-by: Jerin Jacob <jerinj@marvell.com>
> >
> Acked-by: Huisong Li <lihuisong@huawei.com>

Adding some missing acks.

Applied, thanks.




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

* RE: [PATCH] app/dma-perf: fix physical address seg-fault
  2023-08-16  6:07   ` Anoob Joseph
@ 2023-08-16  7:24     ` Varghese, Vipin
  0 siblings, 0 replies; 19+ messages in thread
From: Varghese, Vipin @ 2023-08-16  7:24 UTC (permalink / raw)
  To: Anoob Joseph
  Cc: Yigit, Ferruh, cheng1.jiang, stable, thomas, dev,
	Jerin Jacob Kollanukkaran

[AMD Official Use Only - General]

Hi Anoob,

> -----Original Message-----
> From: Anoob Joseph <anoobj@marvell.com>
> Sent: Wednesday, August 16, 2023 11:38 AM
> To: Varghese, Vipin <Vipin.Varghese@amd.com>
> Cc: Yigit, Ferruh <Ferruh.Yigit@amd.com>; cheng1.jiang@intel.com;
> stable@dpdk.org; thomas@monjalon.net; dev@dpdk.org; Jerin Jacob
> Kollanukkaran <jerinj@marvell.com>
> Subject: RE: [PATCH] app/dma-perf: fix physical address seg-fault
>
> [AMD Official Use Only - General]
>
> Caution: This message originated from an External Source. Use proper caution
> when opening attachments, clicking links, or responding.
>
>
> Hi Vipin,
>
> Would using 'rte_pktmbuf_mtod' in 'do_cpu_mem_copy' function resolve the
> issue?

https://patchwork.dpdk.org/project/dpdk/patch/20230816071810.1796-1-vipin.varghese@amd.com/

thanks, that is what we tried and tested.

>
> Thanks,
> Anoob
>
> > -----Original Message-----
> > From: Varghese, Vipin <Vipin.Varghese@amd.com>
> > Sent: Tuesday, August 15, 2023 8:45 PM
> > To: Varghese, Vipin <Vipin.Varghese@amd.com>; thomas@monjalon.net;
> > dev@dpdk.org
> > Cc: Yigit, Ferruh <Ferruh.Yigit@amd.com>; cheng1.jiang@intel.com;
> > stable@dpdk.org
> > Subject: [EXT] RE: [PATCH] app/dma-perf: fix physical address
> > seg-fault
> >
> > External Email
> >
> > ----------------------------------------------------------------------
> > [AMD Official Use Only - General]
> >
> > Apologies, marking this as `NA`. After recheck of this logic without
> > use of ` rte_mbuf_data_iova` will result in mbuf meta-data corruption.
> >
> > Need to fix this in a different way.
> >
> > > -----Original Message-----
> > > From: Vipin Varghese <vipin.varghese@amd.com>
> > > Sent: Tuesday, August 15, 2023 8:41 PM
> > > To: thomas@monjalon.net; dev@dpdk.org
> > > Cc: Yigit, Ferruh <Ferruh.Yigit@amd.com>; cheng1.jiang@intel.com;
> > > stable@dpdk.org
> > > Subject: [PATCH] app/dma-perf: fix physical address seg-fault
> > >
> > > Caution: This message originated from an External Source. Use proper
> > > caution when opening attachments, clicking links, or responding.
> > >
> > >
> > > do_cpu_mem_copy uses DPDK API rte_mbuf_data_iova to return the start
> > > of the virtual address for both src and dst.
> > > But in case of iova mode set as PA, this results in seg-fault.
> > > This is because rte_memcpy VA address and not PA.
> > >
> > > this fix checks the iova mode and invokes rte_memcpy with the right
> > > arguments.
> > >
> > > Bugzilla ID: 1269
> > > Fixes: 623dc9364dc6 ("app/dma-perf: introduce DMA performance test")
> > > Cc: cheng1.jiang@intel.com
> > >
> > > Cc: stable@dpdk.org
> > >
> > > Signed-off-by: Vipin Varghese <vipin.varghese@amd.com>
> > > ---
> > >
> > > tested for both va and pa
> > >
> > > CMD:
> > > PA: dpdk-test-dma-perf --iova-mode=pa  -- --config test.ini
> > > VA: dpdk-test-dma-perf --iova-mode=va  -- --config test.ini
> > > DC: dpdk-test-dma-perf --iova-mode=dc  -- --config test.ini
> > >
> > > Log: fails for dc mode `EAL: invalid parameters for --iova-mode`
> > >
> > > test.ini:
> > > ```
> > > [case1]
> > > type=CPU_MEM_COPY
> > > mem_size=10
> > > buf_size=64,8192,2,MUL
> > > src_numa_node=0
> > > dst_numa_node=0
> > > cache_flush=0
> > > test_seconds=2
> > > lcore = 7
> > > eal_args=--in-memory --no-pci
> > > ```
> > > ---
> > >  app/test-dma-perf/benchmark.c | 36
> > > ++++++++++++++++++++++++++---------
> > >  1 file changed, 27 insertions(+), 9 deletions(-)
> > >
> > > diff --git a/app/test-dma-perf/benchmark.c
> > > b/app/test-dma-perf/benchmark.c index 0601e0d171..73200e1935 100644
> > > --- a/app/test-dma-perf/benchmark.c
> > > +++ b/app/test-dma-perf/benchmark.c
> > > @@ -279,6 +279,10 @@ do_cpu_mem_copy(void *p)
> > >         struct rte_mbuf **srcs = para->srcs;
> > >         struct rte_mbuf **dsts = para->dsts;
> > >         uint32_t i;
> > > +       bool isAddrPaMode = false;
> > > +
> > > +       if (rte_eal_iova_mode() == RTE_IOVA_PA)
> > > +               isAddrPaMode = true;
> > >
> > >         worker_info->stop_flag = false;
> > >         worker_info->ready_flag = true; @@ -286,16 +290,30 @@
> > > do_cpu_mem_copy(void *p)
> > >         while (!worker_info->start_flag)
> > >                 ;
> > >
> > > -       while (1) {
> > > -               for (i = 0; i < nr_buf; i++) {
> > > -                       /* copy buffer form src to dst */
> > > -                       rte_memcpy((void *)(uintptr_t)rte_mbuf_data_iova(dsts[i]),
> > > -                               (void *)(uintptr_t)rte_mbuf_data_iova(srcs[i]),
> > > -                               (size_t)buf_size);
> > > -                       worker_info->total_cpl++;
> > > +       if (true == isAddrPaMode) {
> > > +               while (1) {
> > > +                       for (i = 0; i < nr_buf; i++) {
> > > +                               /* copy buffer form src to dst */
> > > +                               rte_memcpy((void *)dsts[i],
> > > +                                       (void *)srcs[i],
> > > +                                       (size_t)buf_size);
> > > +                               worker_info->total_cpl++;
> > > +                       }
> > > +                       if (worker_info->stop_flag)
> > > +                               break;
> > > +               }
> > > +       } else {
> > > +               while (1) {
> > > +                       for (i = 0; i < nr_buf; i++) {
> > > +                               /* copy buffer form src to dst */
> > > +                               rte_memcpy((void
> > > *)(uintptr_t)rte_mbuf_data_iova(dsts[i]),
> > > +                                       (void *)(uintptr_t)rte_mbuf_data_iova(srcs[i]),
> > > +                                       (size_t)buf_size);
> > > +                               worker_info->total_cpl++;
> > > +                       }
> > > +                       if (worker_info->stop_flag)
> > > +                               break;
> > >                 }
> > > -               if (worker_info->stop_flag)
> > > -                       break;
> > >         }
> > >
> > >         return 0;
> > > --
> > > 2.34.1


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

* RE: [PATCH] app/dma-perf: fix physical address seg-fault
  2023-08-15 15:15 ` Varghese, Vipin
@ 2023-08-16  6:07   ` Anoob Joseph
  2023-08-16  7:24     ` Varghese, Vipin
  0 siblings, 1 reply; 19+ messages in thread
From: Anoob Joseph @ 2023-08-16  6:07 UTC (permalink / raw)
  To: Varghese, Vipin
  Cc: Yigit, Ferruh, cheng1.jiang, stable, thomas, dev,
	Jerin Jacob Kollanukkaran

Hi Vipin,

Would using 'rte_pktmbuf_mtod' in 'do_cpu_mem_copy' function resolve the issue?

Thanks,
Anoob

> -----Original Message-----
> From: Varghese, Vipin <Vipin.Varghese@amd.com>
> Sent: Tuesday, August 15, 2023 8:45 PM
> To: Varghese, Vipin <Vipin.Varghese@amd.com>; thomas@monjalon.net;
> dev@dpdk.org
> Cc: Yigit, Ferruh <Ferruh.Yigit@amd.com>; cheng1.jiang@intel.com;
> stable@dpdk.org
> Subject: [EXT] RE: [PATCH] app/dma-perf: fix physical address seg-fault
> 
> External Email
> 
> ----------------------------------------------------------------------
> [AMD Official Use Only - General]
> 
> Apologies, marking this as `NA`. After recheck of this logic without use of `
> rte_mbuf_data_iova` will result in mbuf meta-data corruption.
> 
> Need to fix this in a different way.
> 
> > -----Original Message-----
> > From: Vipin Varghese <vipin.varghese@amd.com>
> > Sent: Tuesday, August 15, 2023 8:41 PM
> > To: thomas@monjalon.net; dev@dpdk.org
> > Cc: Yigit, Ferruh <Ferruh.Yigit@amd.com>; cheng1.jiang@intel.com;
> > stable@dpdk.org
> > Subject: [PATCH] app/dma-perf: fix physical address seg-fault
> >
> > Caution: This message originated from an External Source. Use proper
> > caution when opening attachments, clicking links, or responding.
> >
> >
> > do_cpu_mem_copy uses DPDK API rte_mbuf_data_iova to return the start
> > of the virtual address for both src and dst.
> > But in case of iova mode set as PA, this results in seg-fault.
> > This is because rte_memcpy VA address and not PA.
> >
> > this fix checks the iova mode and invokes rte_memcpy with the right
> > arguments.
> >
> > Bugzilla ID: 1269
> > Fixes: 623dc9364dc6 ("app/dma-perf: introduce DMA performance test")
> > Cc: cheng1.jiang@intel.com
> >
> > Cc: stable@dpdk.org
> >
> > Signed-off-by: Vipin Varghese <vipin.varghese@amd.com>
> > ---
> >
> > tested for both va and pa
> >
> > CMD:
> > PA: dpdk-test-dma-perf --iova-mode=pa  -- --config test.ini
> > VA: dpdk-test-dma-perf --iova-mode=va  -- --config test.ini
> > DC: dpdk-test-dma-perf --iova-mode=dc  -- --config test.ini
> >
> > Log: fails for dc mode `EAL: invalid parameters for --iova-mode`
> >
> > test.ini:
> > ```
> > [case1]
> > type=CPU_MEM_COPY
> > mem_size=10
> > buf_size=64,8192,2,MUL
> > src_numa_node=0
> > dst_numa_node=0
> > cache_flush=0
> > test_seconds=2
> > lcore = 7
> > eal_args=--in-memory --no-pci
> > ```
> > ---
> >  app/test-dma-perf/benchmark.c | 36
> > ++++++++++++++++++++++++++---------
> >  1 file changed, 27 insertions(+), 9 deletions(-)
> >
> > diff --git a/app/test-dma-perf/benchmark.c
> > b/app/test-dma-perf/benchmark.c index 0601e0d171..73200e1935 100644
> > --- a/app/test-dma-perf/benchmark.c
> > +++ b/app/test-dma-perf/benchmark.c
> > @@ -279,6 +279,10 @@ do_cpu_mem_copy(void *p)
> >         struct rte_mbuf **srcs = para->srcs;
> >         struct rte_mbuf **dsts = para->dsts;
> >         uint32_t i;
> > +       bool isAddrPaMode = false;
> > +
> > +       if (rte_eal_iova_mode() == RTE_IOVA_PA)
> > +               isAddrPaMode = true;
> >
> >         worker_info->stop_flag = false;
> >         worker_info->ready_flag = true; @@ -286,16 +290,30 @@
> > do_cpu_mem_copy(void *p)
> >         while (!worker_info->start_flag)
> >                 ;
> >
> > -       while (1) {
> > -               for (i = 0; i < nr_buf; i++) {
> > -                       /* copy buffer form src to dst */
> > -                       rte_memcpy((void *)(uintptr_t)rte_mbuf_data_iova(dsts[i]),
> > -                               (void *)(uintptr_t)rte_mbuf_data_iova(srcs[i]),
> > -                               (size_t)buf_size);
> > -                       worker_info->total_cpl++;
> > +       if (true == isAddrPaMode) {
> > +               while (1) {
> > +                       for (i = 0; i < nr_buf; i++) {
> > +                               /* copy buffer form src to dst */
> > +                               rte_memcpy((void *)dsts[i],
> > +                                       (void *)srcs[i],
> > +                                       (size_t)buf_size);
> > +                               worker_info->total_cpl++;
> > +                       }
> > +                       if (worker_info->stop_flag)
> > +                               break;
> > +               }
> > +       } else {
> > +               while (1) {
> > +                       for (i = 0; i < nr_buf; i++) {
> > +                               /* copy buffer form src to dst */
> > +                               rte_memcpy((void
> > *)(uintptr_t)rte_mbuf_data_iova(dsts[i]),
> > +                                       (void *)(uintptr_t)rte_mbuf_data_iova(srcs[i]),
> > +                                       (size_t)buf_size);
> > +                               worker_info->total_cpl++;
> > +                       }
> > +                       if (worker_info->stop_flag)
> > +                               break;
> >                 }
> > -               if (worker_info->stop_flag)
> > -                       break;
> >         }
> >
> >         return 0;
> > --
> > 2.34.1


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

* RE: [PATCH] app/dma-perf: fix physical address seg-fault
  2023-08-15 15:10 [PATCH] " Vipin Varghese
@ 2023-08-15 15:15 ` Varghese, Vipin
  2023-08-16  6:07   ` Anoob Joseph
  0 siblings, 1 reply; 19+ messages in thread
From: Varghese, Vipin @ 2023-08-15 15:15 UTC (permalink / raw)
  To: Varghese, Vipin, thomas, dev; +Cc: Yigit, Ferruh, cheng1.jiang, stable

[AMD Official Use Only - General]

Apologies, marking this as `NA`. After recheck of this logic without use of ` rte_mbuf_data_iova` will result in mbuf meta-data corruption.

Need to fix this in a different way.

> -----Original Message-----
> From: Vipin Varghese <vipin.varghese@amd.com>
> Sent: Tuesday, August 15, 2023 8:41 PM
> To: thomas@monjalon.net; dev@dpdk.org
> Cc: Yigit, Ferruh <Ferruh.Yigit@amd.com>; cheng1.jiang@intel.com;
> stable@dpdk.org
> Subject: [PATCH] app/dma-perf: fix physical address seg-fault
>
> Caution: This message originated from an External Source. Use proper caution
> when opening attachments, clicking links, or responding.
>
>
> do_cpu_mem_copy uses DPDK API rte_mbuf_data_iova to return the start of
> the virtual address for both src and dst.
> But in case of iova mode set as PA, this results in seg-fault.
> This is because rte_memcpy VA address and not PA.
>
> this fix checks the iova mode and invokes rte_memcpy with the right
> arguments.
>
> Bugzilla ID: 1269
> Fixes: 623dc9364dc6 ("app/dma-perf: introduce DMA performance test")
> Cc: cheng1.jiang@intel.com
>
> Cc: stable@dpdk.org
>
> Signed-off-by: Vipin Varghese <vipin.varghese@amd.com>
> ---
>
> tested for both va and pa
>
> CMD:
> PA: dpdk-test-dma-perf --iova-mode=pa  -- --config test.ini
> VA: dpdk-test-dma-perf --iova-mode=va  -- --config test.ini
> DC: dpdk-test-dma-perf --iova-mode=dc  -- --config test.ini
>
> Log: fails for dc mode `EAL: invalid parameters for --iova-mode`
>
> test.ini:
> ```
> [case1]
> type=CPU_MEM_COPY
> mem_size=10
> buf_size=64,8192,2,MUL
> src_numa_node=0
> dst_numa_node=0
> cache_flush=0
> test_seconds=2
> lcore = 7
> eal_args=--in-memory --no-pci
> ```
> ---
>  app/test-dma-perf/benchmark.c | 36 ++++++++++++++++++++++++++---------
>  1 file changed, 27 insertions(+), 9 deletions(-)
>
> diff --git a/app/test-dma-perf/benchmark.c b/app/test-dma-perf/benchmark.c
> index 0601e0d171..73200e1935 100644
> --- a/app/test-dma-perf/benchmark.c
> +++ b/app/test-dma-perf/benchmark.c
> @@ -279,6 +279,10 @@ do_cpu_mem_copy(void *p)
>         struct rte_mbuf **srcs = para->srcs;
>         struct rte_mbuf **dsts = para->dsts;
>         uint32_t i;
> +       bool isAddrPaMode = false;
> +
> +       if (rte_eal_iova_mode() == RTE_IOVA_PA)
> +               isAddrPaMode = true;
>
>         worker_info->stop_flag = false;
>         worker_info->ready_flag = true;
> @@ -286,16 +290,30 @@ do_cpu_mem_copy(void *p)
>         while (!worker_info->start_flag)
>                 ;
>
> -       while (1) {
> -               for (i = 0; i < nr_buf; i++) {
> -                       /* copy buffer form src to dst */
> -                       rte_memcpy((void *)(uintptr_t)rte_mbuf_data_iova(dsts[i]),
> -                               (void *)(uintptr_t)rte_mbuf_data_iova(srcs[i]),
> -                               (size_t)buf_size);
> -                       worker_info->total_cpl++;
> +       if (true == isAddrPaMode) {
> +               while (1) {
> +                       for (i = 0; i < nr_buf; i++) {
> +                               /* copy buffer form src to dst */
> +                               rte_memcpy((void *)dsts[i],
> +                                       (void *)srcs[i],
> +                                       (size_t)buf_size);
> +                               worker_info->total_cpl++;
> +                       }
> +                       if (worker_info->stop_flag)
> +                               break;
> +               }
> +       } else {
> +               while (1) {
> +                       for (i = 0; i < nr_buf; i++) {
> +                               /* copy buffer form src to dst */
> +                               rte_memcpy((void
> *)(uintptr_t)rte_mbuf_data_iova(dsts[i]),
> +                                       (void *)(uintptr_t)rte_mbuf_data_iova(srcs[i]),
> +                                       (size_t)buf_size);
> +                               worker_info->total_cpl++;
> +                       }
> +                       if (worker_info->stop_flag)
> +                               break;
>                 }
> -               if (worker_info->stop_flag)
> -                       break;
>         }
>
>         return 0;
> --
> 2.34.1


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

* [PATCH] app/dma-perf: fix physical address seg-fault
@ 2023-08-15 15:10 Vipin Varghese
  2023-08-15 15:15 ` Varghese, Vipin
  0 siblings, 1 reply; 19+ messages in thread
From: Vipin Varghese @ 2023-08-15 15:10 UTC (permalink / raw)
  To: thomas, dev; +Cc: Ferruh.Yigit, cheng1.jiang, stable

do_cpu_mem_copy uses DPDK API rte_mbuf_data_iova to return
the start of the virtual address for both src and dst.
But in case of iova mode set as PA, this results in seg-fault.
This is because rte_memcpy VA address and not PA.

this fix checks the iova mode and invokes rte_memcpy with the right
arguments.

Bugzilla ID: 1269
Fixes: 623dc9364dc6 ("app/dma-perf: introduce DMA performance test")
Cc: cheng1.jiang@intel.com

Cc: stable@dpdk.org

Signed-off-by: Vipin Varghese <vipin.varghese@amd.com>
---

tested for both va and pa

CMD:
PA: dpdk-test-dma-perf --iova-mode=pa  -- --config test.ini
VA: dpdk-test-dma-perf --iova-mode=va  -- --config test.ini
DC: dpdk-test-dma-perf --iova-mode=dc  -- --config test.ini

Log: fails for dc mode `EAL: invalid parameters for --iova-mode`

test.ini:
```
[case1]
type=CPU_MEM_COPY
mem_size=10
buf_size=64,8192,2,MUL
src_numa_node=0
dst_numa_node=0
cache_flush=0
test_seconds=2
lcore = 7
eal_args=--in-memory --no-pci
```
---
 app/test-dma-perf/benchmark.c | 36 ++++++++++++++++++++++++++---------
 1 file changed, 27 insertions(+), 9 deletions(-)

diff --git a/app/test-dma-perf/benchmark.c b/app/test-dma-perf/benchmark.c
index 0601e0d171..73200e1935 100644
--- a/app/test-dma-perf/benchmark.c
+++ b/app/test-dma-perf/benchmark.c
@@ -279,6 +279,10 @@ do_cpu_mem_copy(void *p)
 	struct rte_mbuf **srcs = para->srcs;
 	struct rte_mbuf **dsts = para->dsts;
 	uint32_t i;
+	bool isAddrPaMode = false;
+
+	if (rte_eal_iova_mode() == RTE_IOVA_PA)
+		isAddrPaMode = true;
 
 	worker_info->stop_flag = false;
 	worker_info->ready_flag = true;
@@ -286,16 +290,30 @@ do_cpu_mem_copy(void *p)
 	while (!worker_info->start_flag)
 		;
 
-	while (1) {
-		for (i = 0; i < nr_buf; i++) {
-			/* copy buffer form src to dst */
-			rte_memcpy((void *)(uintptr_t)rte_mbuf_data_iova(dsts[i]),
-				(void *)(uintptr_t)rte_mbuf_data_iova(srcs[i]),
-				(size_t)buf_size);
-			worker_info->total_cpl++;
+	if (true == isAddrPaMode) {
+		while (1) {
+			for (i = 0; i < nr_buf; i++) {
+				/* copy buffer form src to dst */
+				rte_memcpy((void *)dsts[i],
+					(void *)srcs[i],
+					(size_t)buf_size);
+				worker_info->total_cpl++;
+			}
+			if (worker_info->stop_flag)
+				break;
+		}
+	} else {
+		while (1) {
+			for (i = 0; i < nr_buf; i++) {
+				/* copy buffer form src to dst */
+				rte_memcpy((void *)(uintptr_t)rte_mbuf_data_iova(dsts[i]),
+					(void *)(uintptr_t)rte_mbuf_data_iova(srcs[i]),
+					(size_t)buf_size);
+				worker_info->total_cpl++;
+			}
+			if (worker_info->stop_flag)
+				break;
 		}
-		if (worker_info->stop_flag)
-			break;
 	}
 
 	return 0;
-- 
2.34.1


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

* [PATCH] app/dma-perf: fix physical address seg-fault
@ 2023-08-15 15:04 Vipin Varghese
  0 siblings, 0 replies; 19+ messages in thread
From: Vipin Varghese @ 2023-08-15 15:04 UTC (permalink / raw)
  To: thomas, dev; +Cc: Ferruh.Yigit, cheng1.jiang, stable

do_cpu_mem_copy uses DPDK API rte_mbuf_data_iova to return
the start of the virtual address for both src and dst.
But in case of iova mode set as PA, this results in seg-fault.
This is because rte_memcpy VA address and not PA.

this fix checks the mode and invoked rte_memcpy accrodingly.

Bugzilla ID: 1269
Fixes: 623dc9364dc6 ("app/dma-perf: introduce DMA performance test")
Cc: cheng1.jiang@intel.com

Cc: stable@dpdk.org

Signed-off-by: Vipin Varghese <vipin.varghese@amd.com>
---

tested for both va and pa

CMD:
PA: dpdk-test-dma-perf --iova-mode=pa  -- --config test.ini
VA: dpdk-test-dma-perf --iova-mode=va  -- --config test.ini
DC: dpdk-test-dma-perf --iova-mode=dc  -- --config test.ini

Log: fails for dc mode `EAL: invalid parameters for --iova-mode`

test.ini:
```
[case1]
type=CPU_MEM_COPY
mem_size=10
buf_size=64,8192,2,MUL
src_numa_node=0
dst_numa_node=0
cache_flush=0
test_seconds=2
lcore = 7
eal_args=--in-memory --no-pci
```
---
 app/test-dma-perf/benchmark.c | 36 ++++++++++++++++++++++++++---------
 1 file changed, 27 insertions(+), 9 deletions(-)

diff --git a/app/test-dma-perf/benchmark.c b/app/test-dma-perf/benchmark.c
index 0601e0d171..73200e1935 100644
--- a/app/test-dma-perf/benchmark.c
+++ b/app/test-dma-perf/benchmark.c
@@ -279,6 +279,10 @@ do_cpu_mem_copy(void *p)
 	struct rte_mbuf **srcs = para->srcs;
 	struct rte_mbuf **dsts = para->dsts;
 	uint32_t i;
+	bool isAddrPaMode = false;
+
+	if (rte_eal_iova_mode() == RTE_IOVA_PA)
+		isAddrPaMode = true;
 
 	worker_info->stop_flag = false;
 	worker_info->ready_flag = true;
@@ -286,16 +290,30 @@ do_cpu_mem_copy(void *p)
 	while (!worker_info->start_flag)
 		;
 
-	while (1) {
-		for (i = 0; i < nr_buf; i++) {
-			/* copy buffer form src to dst */
-			rte_memcpy((void *)(uintptr_t)rte_mbuf_data_iova(dsts[i]),
-				(void *)(uintptr_t)rte_mbuf_data_iova(srcs[i]),
-				(size_t)buf_size);
-			worker_info->total_cpl++;
+	if (true == isAddrPaMode) {
+		while (1) {
+			for (i = 0; i < nr_buf; i++) {
+				/* copy buffer form src to dst */
+				rte_memcpy((void *)dsts[i],
+					(void *)srcs[i],
+					(size_t)buf_size);
+				worker_info->total_cpl++;
+			}
+			if (worker_info->stop_flag)
+				break;
+		}
+	} else {
+		while (1) {
+			for (i = 0; i < nr_buf; i++) {
+				/* copy buffer form src to dst */
+				rte_memcpy((void *)(uintptr_t)rte_mbuf_data_iova(dsts[i]),
+					(void *)(uintptr_t)rte_mbuf_data_iova(srcs[i]),
+					(size_t)buf_size);
+				worker_info->total_cpl++;
+			}
+			if (worker_info->stop_flag)
+				break;
 		}
-		if (worker_info->stop_flag)
-			break;
 	}
 
 	return 0;
-- 
2.34.1


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

end of thread, other threads:[~2023-11-14 14:27 UTC | newest]

Thread overview: 19+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2023-08-16  7:18 [PATCH] app/dma-perf: fix physical address seg-fault Vipin Varghese
2023-08-16  7:26 ` [EXT] " Anoob Joseph
2023-08-16  7:31   ` Varghese, Vipin
2023-08-16  9:24 ` [PATCH v2] " Vipin Varghese
2023-08-16  9:35 ` Vipin Varghese
2023-08-16  9:42 ` Vipin Varghese
2023-08-16 10:12   ` Jerin Jacob
2023-08-16 10:46   ` [EXT] " Anoob Joseph
2023-09-21  2:28   ` Jiang, Cheng1
2023-10-04  9:00     ` Varghese, Vipin
2023-10-04 13:00       ` Jerin Jacob
2023-10-19  4:19   ` [PATCH v3] " Vipin Varghese
2023-10-24  2:16     ` lihuisong (C)
2023-11-14 14:27       ` Thomas Monjalon
  -- strict thread matches above, loose matches on Subject: below --
2023-08-15 15:10 [PATCH] " Vipin Varghese
2023-08-15 15:15 ` Varghese, Vipin
2023-08-16  6:07   ` Anoob Joseph
2023-08-16  7:24     ` Varghese, Vipin
2023-08-15 15:04 Vipin Varghese

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).