DPDK patches and discussions
 help / color / mirror / Atom feed
* [dpdk-dev] [PATCH] eal/bsd: don't zero the pages during mmap in contigmem
@ 2017-05-08  8:09 Tiwei Bie
  2017-05-08  8:53 ` Bruce Richardson
  0 siblings, 1 reply; 3+ messages in thread
From: Tiwei Bie @ 2017-05-08  8:09 UTC (permalink / raw)
  To: dev; +Cc: bruce.richardson, stable

Don't zero the pages during mmap in contigmem. Instead, zero the
pages after mmap in primary process. Otherwise, the multi-process
support will be broken, as the pages will be zeroed when secondary
processes map the memory.

Fixes: 82f931805506 ("contigmem: zero all pages during mmap")
Cc: stable@dpdk.org

Signed-off-by: Tiwei Bie <tiwei.bie@intel.com>
---
 lib/librte_eal/bsdapp/contigmem/contigmem.c | 1 -
 lib/librte_eal/bsdapp/eal/eal_memory.c      | 3 +++
 2 files changed, 3 insertions(+), 1 deletion(-)

diff --git a/lib/librte_eal/bsdapp/contigmem/contigmem.c b/lib/librte_eal/bsdapp/contigmem/contigmem.c
index da971debe..3826055f7 100644
--- a/lib/librte_eal/bsdapp/contigmem/contigmem.c
+++ b/lib/librte_eal/bsdapp/contigmem/contigmem.c
@@ -227,7 +227,6 @@ contigmem_mmap_single(struct cdev *cdev, vm_ooffset_t *offset, vm_size_t size,
 	if (buffer_index >= contigmem_num_buffers)
 		return EINVAL;
 
-	memset(contigmem_buffers[buffer_index], 0, contigmem_buffer_size);
 	*offset = (vm_ooffset_t)vtophys(contigmem_buffers[buffer_index]);
 	*obj = vm_pager_allocate(OBJT_DEVICE, cdev, size, nprot, *offset,
 			curthread->td_ucred);
diff --git a/lib/librte_eal/bsdapp/eal/eal_memory.c b/lib/librte_eal/bsdapp/eal/eal_memory.c
index 3614da8db..a2809d66a 100644
--- a/lib/librte_eal/bsdapp/eal/eal_memory.c
+++ b/lib/librte_eal/bsdapp/eal/eal_memory.c
@@ -36,6 +36,7 @@
 #include <sys/sysctl.h>
 #include <inttypes.h>
 #include <fcntl.h>
+#include <string.h>
 
 #include <rte_eal.h>
 #include <rte_eal_memconfig.h>
@@ -121,6 +122,8 @@ rte_eal_hugepage_init(void)
 			seg->nrank = mcfg->nrank;
 			seg->socket_id = 0;
 
+			memset(seg->addr, 0, seg->len);
+
 			RTE_LOG(INFO, EAL, "Mapped memory segment %u @ %p: physaddr:0x%"
 					PRIx64", len %zu\n",
 					seg_idx, addr, physaddr, hpi->hugepage_sz);
-- 
2.12.1

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

* Re: [dpdk-dev] [PATCH] eal/bsd: don't zero the pages during mmap in contigmem
  2017-05-08  8:09 [dpdk-dev] [PATCH] eal/bsd: don't zero the pages during mmap in contigmem Tiwei Bie
@ 2017-05-08  8:53 ` Bruce Richardson
  2017-05-08  9:13   ` Tiwei Bie
  0 siblings, 1 reply; 3+ messages in thread
From: Bruce Richardson @ 2017-05-08  8:53 UTC (permalink / raw)
  To: Tiwei Bie; +Cc: dev, stable

On Mon, May 08, 2017 at 08:09:16AM +0000, Tiwei Bie wrote:
> Don't zero the pages during mmap in contigmem. Instead, zero the
> pages after mmap in primary process. Otherwise, the multi-process
> support will be broken, as the pages will be zeroed when secondary
> processes map the memory.
> 
> Fixes: 82f931805506 ("contigmem: zero all pages during mmap")
> Cc: stable@dpdk.org
> 
> Signed-off-by: Tiwei Bie <tiwei.bie@intel.com>
> ---
I agree there is a problem here, but I'm not sure about the solution to
it. I still think that the kernel should zero the pages before they get
given to userspace. Is there any way to keep that working e.g

* have them zeroed on mmap only when they are not already mmaped into
  another process?
* have them zeroed on init, and again on unmap by the last process to
  have them mapped?

/Bruce  

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

* Re: [dpdk-dev] [PATCH] eal/bsd: don't zero the pages during mmap in contigmem
  2017-05-08  8:53 ` Bruce Richardson
@ 2017-05-08  9:13   ` Tiwei Bie
  0 siblings, 0 replies; 3+ messages in thread
From: Tiwei Bie @ 2017-05-08  9:13 UTC (permalink / raw)
  To: Bruce Richardson; +Cc: dev, stable

On Mon, May 08, 2017 at 09:53:57AM +0100, Bruce Richardson wrote:
> On Mon, May 08, 2017 at 08:09:16AM +0000, Tiwei Bie wrote:
> > Don't zero the pages during mmap in contigmem. Instead, zero the
> > pages after mmap in primary process. Otherwise, the multi-process
> > support will be broken, as the pages will be zeroed when secondary
> > processes map the memory.
> > 
> > Fixes: 82f931805506 ("contigmem: zero all pages during mmap")
> > Cc: stable@dpdk.org
> > 
> > Signed-off-by: Tiwei Bie <tiwei.bie@intel.com>
> > ---
> I agree there is a problem here, but I'm not sure about the solution to
> it. I still think that the kernel should zero the pages before they get
> given to userspace. Is there any way to keep that working e.g
> 
> * have them zeroed on mmap only when they are not already mmaped into
>   another process?
> * have them zeroed on init, and again on unmap by the last process to
>   have them mapped?
> 

I think it's the simplest way to fix it in userspace, so I just did it.
I'd like to fix it in kernel if you also prefer this.

Best regards,
Tiwei Bie

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

end of thread, other threads:[~2017-05-08  9:11 UTC | newest]

Thread overview: 3+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2017-05-08  8:09 [dpdk-dev] [PATCH] eal/bsd: don't zero the pages during mmap in contigmem Tiwei Bie
2017-05-08  8:53 ` Bruce Richardson
2017-05-08  9:13   ` Tiwei Bie

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