Tested-by: Zhou, JunX W <junx.w.z...@intel.com>
-----Original Message-----
From: Jiang, YuX 
Sent: Thursday, March 26, 2020 8:24 PM
To: David Marchand <david.march...@redhat.com>; Burakov, Anatoly 
<anatoly.bura...@intel.com>
Cc: dev <dev@dpdk.org>; dpdk stable <sta...@dpdk.org>; Zhou, JunX W 
<junx.w.z...@intel.com>
Subject: RE: [dpdk-dev] [dpdk-stable] [PATCH v3] eal/mem: preallocate VA space 
in no-huge mode

+  Zhou, JunX W <junx.w.z...@intel.com>

-----Original Message-----
From: dev [mailto:dev-boun...@dpdk.org] On Behalf Of David Marchand
Sent: Wednesday, March 25, 2020 10:40 PM
To: Burakov, Anatoly <anatoly.bura...@intel.com>
Cc: dev <dev@dpdk.org>; dpdk stable <sta...@dpdk.org>
Subject: Re: [dpdk-dev] [dpdk-stable] [PATCH v3] eal/mem: preallocate VA space 
in no-huge mode

On Fri, Feb 7, 2020 at 12:11 PM Anatoly Burakov <anatoly.bura...@intel.com> 
wrote:
>
> When --no-huge mode is used, the memory is currently allocated with 
> mmap(NULL, ...). This is fine in most cases, but can fail in cases 
> where DPDK is run on a machine with an IOMMU that is of more limited 
> address width than that of a VA, because we're not specifying the 
> address hint for mmap() call.
>
> Fix it by preallocating VA space before mapping it.
>
> Cc: sta...@dpdk.org
>
> Signed-off-by: Anatoly Burakov <anatoly.bura...@intel.com>

Reproduced issue reported by Thomas on v2.
Works fine with v3.

Tested-by: David Marchand <david.march...@redhat.com>


Does this issue affect FreeBSD too?

--
David Marchand

Reply via email to