The constant representing the size of the metadata is defined as a
unsigned int variable with 32-bit.
Similarly the constant representing the maximal output is also defined
as a unsigned int variable with 32-bit.
There is potentially overflowing expression when those constants are
evaluated using
The mlx5_compress_qp_setup function makes shifting to the numeric
constant 1, then sends it as a parameter to rte_calloc function.
The rte_calloc function expects to get size_t (64 bits, unsigned) and
instead gets a 32-bit variable, because the numeric constant size is a
32-bit.
In case the shift
The mlx5_vdpa_event_qp_create function makes shifting to the numeric
constant 1, then multiplies it by another constant and finally assigns
it into a uint64_t variable.
The numeric constant type is an int with a 32-bit sign. if after
shifting , its MSB (bit of sign) will change, the uint64 variabl
The mlx5_mprq_alloc_mp function makes shifting to the numeric constant
1, for sending it as a parameter to rte_mempool_create function.
The rte_mempool_create function expects to get void pointer (64 bits,
uintptr_t) and instead gets a 32-bit variable, because the numeric
constant size is a 32-bit
01/06/2021 07:42, Christian Ehrhardt:
> This became visible by backporting the following for the 19.11 stable tree:
> c13ca4e8 "vfio: fix DMA mapping granularity for IOVA as VA"
>
> The usage of type bool in the vfio code would require "#include
> ", but rte_vfio.h has no direct paths to stdbool.
31/05/2021 23:41, Tomasz Duszynski:
> Add baseband phy cgx/rpm skeleton driver. At this point
> it merely probes a matching device.
>
> Signed-off-by: Tomasz Duszynski
> Signed-off-by: Jakub Palider
For the second version, please pay attention to details
like sorting things alphabetically, blan
Hello,
I am using dpdk 20.11.1 . I tried to use your resource to build a custom
application which uses dpdk. I compiled my app using meson and makefile to see
if I get different result for my issue. I have used pkg-config to load cflags
and ldflags in my application and linking it as a static li
Hi Thierry,
On 5/24/21 11:08 AM, Thierry Herbelot wrote:
> Use vc_req only after it was checked not to be NULL.
>
> Fixes: 2d962bb736521 ("vhost/crypto: fix possible TOCTOU attack")
> Cc: sta...@dpdk.org
> Cc: Maxime Coquelin
> Cc: Chenbo Xia
>
> Signed-off-by: Thierry Herbelot
> --
> V2: fix
This became visible by backporting the following for the 19.11 stable tree:
c13ca4e8 "vfio: fix DMA mapping granularity for IOVA as VA"
The usage of type bool in the vfio code would require "#include
", but rte_vfio.h has no direct paths to stdbool.h.
It happens that in eal_vfio_mp_sync.c it come
On Tue, Jun 1, 2021 at 9:25 AM Thomas Monjalon wrote:
>
> 01/06/2021 07:42, Christian Ehrhardt:
> > This became visible by backporting the following for the 19.11 stable tree:
> > c13ca4e8 "vfio: fix DMA mapping granularity for IOVA as VA"
> >
> > The usage of type bool in the vfio code would req
On 5/28/21 3:20 PM, Thierry Herbelot wrote:
> Restore the original code, where VHOST_SET_FEATURES is applied to
> all vhostfds of the device.
>
> Fixes: cc0151b34dee ("net/virtio: add virtio-user features ops")
> Cc: sta...@dpdk.org
> Cc: Maxime Coquelin
> Cc: Chenbo Xia
>
> Signed-off-by: T
Hello Maxime,
On 6/1/21 9:51 AM, Maxime Coquelin wrote:
On 5/28/21 3:20 PM, Thierry Herbelot wrote:
Restore the original code, where VHOST_SET_FEATURES is applied to
all vhostfds of the device.
Fixes: cc0151b34dee ("net/virtio: add virtio-user features ops")
Cc: sta...@dpdk.org
Cc: Maxime Co
Hi all,
Here is a list of patches targeted for stable release 20.11.2.
The planned date for the final release is 15th June.
Please help with testing and validation of your use cases and report
any issues/results with reply-all to this mail. For the final release
the fixes and reported validation
This series of patches include changes to l3fwd example application.
Some improvements are made for better usage of CPU cycles and memory.
v2:
Dropped 1/4 prefetch to write change from v1.
Dropped 4/4 data struct change from v1.
Added 1/3 code reorganize.
Updated 3/3 to add 'const'. (Jerin)
Ruife
Moved rfc1812 process prior to NEON registers store.
On N1SDP, this reorganization mitigates CPU frontend stall and backend
stall when forwarding.
On N1SDP with MLX5 40G NIC, this change showed 10.2% performance gain
in single port single core MRR test.
On ThunderX2, this changed showed no perform
Both L2 and L3 headers will be used in forward processing. And these
two headers are in the same cache line. It has the same effect for
prefetching with L2 header address and prefetching with L3 header
address.
Changed to use L2 header address for prefetching. The change showed
no measurable perfo
Number of rx queue and number of rx port in lcore config are constants
during the period of l3 forward application running. But compiler has
no this information.
Copied values from lcore config to local variables and used the local
variables for iteration. Compiler can see that the local variables
On Thu, May 27, 2021 at 10:05:39PM +, Raunak Laddha wrote:
> Hello,
> I am using dpdk 20.11.1 . I tried to use your resource to build a custom
> application which uses dpdk. I compiled my app using meson and makefile to
> see if I get different result for my issue. I have used pkg-config to l
Support AVF RSS and FDIR for GTPoGRE packet.
Lingyu Liu (4):
net/iavf: support flow pattern for GTPoGRE
common/iavf: add header types for GRE
net/iavf: support AVF FDIR for GTPoGRE tunnel packet
net/iavf: support AVF RSS for GTPoGRE packet
---
V3 change:
- add GTPU extension header patte
Add GTPoGRE pattern support for AVF FDIR and RSS.
Signed-off-by: Lingyu Liu
---
drivers/net/iavf/iavf_generic_flow.c | 600 +++
drivers/net/iavf/iavf_generic_flow.h | 80
2 files changed, 680 insertions(+)
diff --git a/drivers/net/iavf/iavf_generic_flow.c
b/driver
Add a virtchnl protocol header type to support AVF FDIR and RSS for GRE.
Signed-off-by: Lingyu Liu
---
drivers/common/iavf/virtchnl.h | 1 +
1 file changed, 1 insertion(+)
diff --git a/drivers/common/iavf/virtchnl.h b/drivers/common/iavf/virtchnl.h
index 3a60faff93..197edce8a1 100644
--- a/driv
Support AVF FDIR for inner header of GTPoGRE tunnel packet.
++---+
|Pattern |Input Set |
++---+
|eth/ipv4/gre/ipv4/gtpu/(
Support AVF RSS for inner most header of GTPoGRE packet. It supports
RSS based on inner most IP src + dst address and TCP/UDP src + dst
port.
Signed-off-by: Lingyu Liu
---
drivers/net/iavf/iavf_hash.c | 48
1 file changed, 48 insertions(+)
diff --git a/drive
This became visible by backporting the following for the 19.11 stable tree:
c13ca4e8 "vfio: fix DMA mapping granularity for IOVA as VA"
The usage of type bool in the vfio code would require "#include
", but rte_vfio.h has no direct paths to stdbool.h.
It happens that in eal_vfio_mp_sync.c it come
This series include optimizations for MLX5 PMD.
In tests on Arm N1SDP with MLX5 40G NIC, changes
showed performance gain.
Ruifeng Wang (2):
net/mlx5: remove redundant operations
net/mlx5: reduce unnecessary memory access
drivers/net/mlx5/mlx5_rxtx_vec.c | 6 --
drivers/net/mlx5/mlx5
Some operations on mask are redundant and can be removed.
The change yielded 1.6% performance gain on N1SDP.
On ThunderX2, slight performance uplift was also observed.
Fixes: 570acdb1da8a ("net/mlx5: add vectorized Rx/Tx burst for ARM")
Cc: sta...@dpdk.org
Signed-off-by: Ruifeng Wang
---
driver
MR btree len is a constant during Rx replenish.
Moved retrieve of the value out of loop to reduce data loads.
Slight performance uplift was measured on N1SDP.
Signed-off-by: Ruifeng Wang
---
drivers/net/mlx5/mlx5_rxtx_vec.c | 6 --
1 file changed, 4 insertions(+), 2 deletions(-)
diff --git
All ABIs in PCI bus driver, which are defined in rte_buc_pci.h,
will be removed and the header will be made internal.
Signed-off-by: Chenbo Xia
---
doc/guides/rel_notes/deprecation.rst | 5 +
1 file changed, 5 insertions(+)
diff --git a/doc/guides/rel_notes/deprecation.rst
b/doc/guides/rel
From: Satheesh Paul
CN96xx and CN98xx have 4096 and 16384 MCAM entries respectively.
Aligning the code with the same numbers.
Fixes: 092b3834185 ("net/octeontx2: add flow init and fini")
Signed-off-by: Satheesh Paul
---
drivers/common/octeontx2/otx2_dev.h | 3 +++
drivers/net/octeontx2/otx2_
> -Original Message-
> From: Huang, Wei
> Sent: Monday, May 31, 2021 1:23 PM
> To: dev@dpdk.org; Xu, Rosen ; Zhang, Qi Z
>
> Cc: sta...@dpdk.org; Zhang, Tianfei ; Yigit, Ferruh
> ; Huang, Wei
> Subject: [PATCH v1] raw/ifpga/base: check address before assigning
>
> In max10_staging_ar
> -Original Message-
> From: Yu, DapengX
> Sent: Thursday, May 27, 2021 2:43 PM
> To: Yang, Qiming ; Zhang, Qi Z
>
> Cc: dev@dpdk.org; Yigit, Ferruh ; Yu, DapengX
> ; sta...@dpdk.org
> Subject: [PATCH] net/ice: fix default RSS key generation
>
> From: Dapeng Yu
>
> In original imple
> -Original Message-
> From: Xing, Beilei
> Sent: Thursday, May 27, 2021 9:54 AM
> To: Zhang, Qi Z
> Cc: dev@dpdk.org; sta...@dpdk.org
> Subject: RE: [PATCH] net/iavf: fix error handle for unsupported promisc
> configure
>
>
>
> > -Original Message-
> > From: Zhang, Qi Z
>
> -Original Message-
> From: dev On Behalf Of Xing, Beilei
> Sent: Monday, May 24, 2021 11:33 AM
> To: Yang, SteveX ; dev@dpdk.org
> Subject: Re: [dpdk-dev] [PATCH v1] net/i40e: fix flow director does not work
>
>
>
> > -Original Message-
> > From: Yang, SteveX
> > Sent: Wed
By its very name, action PORT_ID means that packets hit an ethdev with the
given DPDK port ID. At least the current comments don't state the opposite.
That said, since port representors had been adopted, applications like OvS
have been misusing the action. They misread its purpose as sending packet
https://bugs.dpdk.org/show_bug.cgi?id=724
Bug ID: 724
Summary: Guest causes DPDK to read out of bounds
Product: DPDK
Version: 20.11
Hardware: All
OS: All
Status: UNCONFIRMED
Severity: normal
Prio
> -Original Message-
> From: dev On Behalf Of Radu Nicolau
> Sent: Wednesday, May 12, 2021 6:29 PM
> To: dev@dpdk.org
> Cc: Richardson, Bruce ; Noonan, Gordon
> ; Wu, Jingjing ; Xing,
> Beilei ; Nicolau, Radu
> Subject: [dpdk-dev] [PATCH] net/iavf: use write combining store for tail
>
This patchset introduces several changes related to PMD power management:
- Add inverted checks to monitor intrinsics, based on previous patchset [1] but
incorporating feedback [2] - this hopefully will make it possible to add
support for .get_monitor_addr in virtio
- Add a new intrinsic to mo
Previously, the semantics of power monitor were such that we were
checking current value against the expected value, and if they matched,
then the sleep was aborted. This is somewhat inflexible, because it only
allowed us to check for a specific value.
This commit adds an option to reverse the che
Implement support for .get_monitor_addr in AF_XDP driver.
Signed-off-by: Anatoly Burakov
---
drivers/net/af_xdp/rte_eth_af_xdp.c | 25 +
1 file changed, 25 insertions(+)
diff --git a/drivers/net/af_xdp/rte_eth_af_xdp.c
b/drivers/net/af_xdp/rte_eth_af_xdp.c
index eb5660a
Use RTM and WAITPKG instructions to perform a wait-for-writes similar to
what UMWAIT does, but without the limitation of having to listen for
just one event. This works because the optimized power state used by the
TPAUSE instruction will cause a wake up on RTM transaction abort, so if
we add the a
Currently, we expect that only one callback can be active at any given
moment, for a particular queue configuration, which is relatively easy
to implement in a thread-safe way. However, we're about to add support
for multiple queues per lcore, which will greatly increase the
possibility of various
Currently, there is a hard limitation on the PMD power management
support that only allows it to support a single queue per lcore. This is
not ideal as most DPDK use cases will poll multiple queues per core.
The PMD power management mechanism relies on ethdev Rx callbacks, so it
is very difficult
Use the new multi-monitor intrinsic to allow monitoring multiple ethdev
Rx queues while entering the energy efficient power state. The multi
version will be used unconditionally if supported, and the UMWAIT one
will only be used when multi-monitor is not supported by the hardware.
Signed-off-by: A
Currently, l3fwd-power enforces the limitation of having one queue per
lcore. This is no longer necessary, so remove the limitation, and always
mark the last queue in qconf as the power save queue.
Signed-off-by: Anatoly Burakov
---
examples/l3fwd-power/main.c | 39 +++---
On 6/1/21 1:14 PM, Ivan Malov wrote:
> By its very name, action PORT_ID means that packets hit an ethdev with the
> given DPDK port ID. At least the current comments don't state the opposite.
> That said, since port representors had been adopted, applications like OvS
> have been misusing the actio
WINOF2 2.70 Windows kernel driver allows DevX rule creation
of types TCP and IPv6.
Added the types to the supported items in mlx5_flow_os_item_supported
to allow them to be created in the PMD.
Signed-off-by: Tal Shnaiderman
---
drivers/net/mlx5/windows/mlx5_flow_os.h | 2 ++
1 file changed, 2 i
Adding my team members for that.
Strangely, even if by any reason we would get OOM condition - driver should
reject load gracefully.
Is there any possibility FW image could be corrupted/of bad size?
Regards,
Igor
On 5/26/2021 11:57 AM, Varghese, Vipin wrote:
> External Email
>
> --
Ferruh Yigit writes:
> On 3/9/2021 3:57 PM, Aaron Conole wrote:
>> The DPDK testing infrastructure includes a comprehensive set of
>> libraries, utilities, and CI integrations for developers to test
>> their code changes. This isn't well documented, however.
>>
>> Document the basics for adding
On 6/1/2021 3:10 PM, Ilya Maximets wrote:
External email: Use caution opening links or attachments
On 6/1/21 1:14 PM, Ivan Malov wrote:
By its very name, action PORT_ID means that packets hit an ethdev with the
given DPDK port ID. At least the current comments don't state the opposite.
That
Hi Ori,
Your review efforts are much appreciated. I understand your concern
about the partial item/action coverage, but there are some points to be
considered when addressing it:
- It's anyway hardly possible to use the printed flow directly in
testpmd if it contains "opaque", or "PMD-specific
Hi Stephen,
I agree that the API rte_flow_snprint() itself would look better if it
provided the number of characters in its return value, like snprintf
does. However, with respect to all internal helpers, this wouldn't be
that clear and simple: one would have to update the buffer pointer and
On 28-May-21 10:09 AM, Ananyev, Konstantin wrote:
On 25-May-21 10:15 AM, Liu, Yong wrote:
-Original Message-
From: dev On Behalf Of Anatoly Burakov
Sent: Tuesday, May 11, 2021 11:32 PM
To: dev@dpdk.org; McDaniel, Timothy ;
Xing,
Beilei ; Wu, Jingjing ; Yang,
Qiming ; Zhang, Qi Z
Hi Ilya,
Thank you for reviewing the proposal at such short notice. I'm afraid
that prior discussions overlook the simple fact that the whole problem
is not limited to just VF representors. Action PORT_ID is also used with
respect to the admin PF's ethdev, which "represents itself" (and by no
On 6/1/21 4:24 PM, Eli Britstein wrote:
>
> On 6/1/2021 3:10 PM, Ilya Maximets wrote:
>> External email: Use caution opening links or attachments
>>
>>
>> On 6/1/21 1:14 PM, Ivan Malov wrote:
>>> By its very name, action PORT_ID means that packets hit an ethdev
>>> with the
>>> given DPDK port ID.
On 6/1/2021 5:35 PM, Andrew Rybchenko wrote:
External email: Use caution opening links or attachments
On 6/1/21 4:24 PM, Eli Britstein wrote:
On 6/1/2021 3:10 PM, Ilya Maximets wrote:
External email: Use caution opening links or attachments
On 6/1/21 1:14 PM, Ivan Malov wrote:
By its ver
Hi Eli,
On 01/06/2021 16:24, Eli Britstein wrote:
On 6/1/2021 3:10 PM, Ilya Maximets wrote:
External email: Use caution opening links or attachments
On 6/1/21 1:14 PM, Ivan Malov wrote:
By its very name, action PORT_ID means that packets hit an ethdev
with the
given DPDK port ID. At least t
On 01/06/2021 17:44, Eli Britstein wrote:
On 6/1/2021 5:35 PM, Andrew Rybchenko wrote:
External email: Use caution opening links or attachments
On 6/1/21 4:24 PM, Eli Britstein wrote:
On 6/1/2021 3:10 PM, Ilya Maximets wrote:
External email: Use caution opening links or attachments
On
On 6/1/21 5:44 PM, Eli Britstein wrote:
>
> On 6/1/2021 5:35 PM, Andrew Rybchenko wrote:
>> External email: Use caution opening links or attachments
>>
>>
>> On 6/1/21 4:24 PM, Eli Britstein wrote:
>>> On 6/1/2021 3:10 PM, Ilya Maximets wrote:
External email: Use caution opening links or atta
AF_XDP eventually support umwait. looking forward to reviewing the
updated version
On Tue, 1 Jun 2021 17:17:24 +0300
Ivan Malov wrote:
> Hi Stephen,
>
> I agree that the API rte_flow_snprint() itself would look better if it
> provided the number of characters in its return value, like snprintf
> does. However, with respect to all internal helpers, this wouldn't be
> that cl
From: Narcisa Vasile
EAL thread API
**Problem Statement**
DPDK currently uses the pthread interface to create and manage threads.
Windows does not support the POSIX thread programming model, so it currently
relies on a header file that hides the Windows calls under
pthread matched interfaces. Gi
From: Narcisa Vasile
Use a portable, type-safe representation for the thread identifier.
Add functions for comparing thread ids and obtaining the thread id
for the current thread.
---
lib/eal/common/rte_thread.c | 105 ++
lib/eal/include/rte_thread.h
From: Narcisa Vasile
Add function to translate Windows error codes to
errno-style error codes. The possible return values are chosen
so that we have as much semantical compatibility between platforms as
possible.
---
lib/eal/include/rte_thread.h | 5 +-
lib/eal/windows/rte_thread.c | 90 +++
From: Narcisa Vasile
Implement thread attributes for:
* thread affinity
* thread priority
Implement functions for managing thread attributes.
Priority is represented through an enum that allows for two levels:
- RTE_THREAD_PRIORITY_NORMAL
- RTE_THREAD_PRIORITY_REALTIME_CRITICAL
From: Narcisa Vasile
Implement functions for getting/setting thread affinity.
Threads can be pinned to specific cores by setting their
affinity attribute.
---
lib/eal/common/rte_thread.c | 14 +++
lib/eal/include/rte_thread.h | 36
lib/eal/windows/eal_lcore.c | 169 ++
From: Narcisa Vasile
Add function for setting the priority for a thread.
Priorities on multiple platforms are similarly determined by
a priority value and a priority class/policy.
On Linux, the following mapping is created:
RTE_THREAD_PRIORITY_NORMAL corresponds to
* policy SCHED_OTHER
* priorit
From: Narcisa Vasile
Add function for thread creation, join, canceling.
The *rte_thread_create()* function can optionally receive an rte_thread_attr_t
object that will cause the thread to be created with the affinity and priority
described by the attributes object. If no rte_thread_attr_t is pas
From: Narcisa Vasile
Add functions for mutex init, destroy, lock, unlock.
On Linux, static initialization of a mutex is possible
through PTHREAD_MUTEX_INITIALIZER.
Windows does not have a static initializer.
Initialization is only done through InitializeCriticalSection().
To simulate static in
From: Narcisa Vasile
Allow the user to choose the thread priority through an EAL
command line argument.
The user can choose thread priority through an EAL parameter,
when starting an application. If EAL parameter is not used,
the per-platform default value for thread priority is used.
Otherwise
From: Narcisa Vasile
Add functions for barrier init, destroy, wait.
A portable type is used to represent a barrier identifier.
The rte_thread_barrier_wait() function returns the same value
on all platforms.
---
lib/eal/common/rte_thread.c | 61
lib/eal/incl
Add a specific path for TX AVX2.
In this path, support the HW offload features, like,
checksum insertion, VLAN insertion.
This path is chosen automatically according to the
configuration.
'inline' is used, then the duplicate code is generated
by the compiler.
Signed-off-by: Wenzhuo Lu
---
drive
Add specific paths for RX/TX AVX2, called offload paths.
In these paths, support the HW offload features, like, checksum, VLAN, RSS
offload.
These paths are chosen automatically according to the configuration.
Wenzhuo Lu (2):
net/ice: add Tx AVX2 offload path
net/ice: add Rx AVX2 offload path
Add a specific path for RX AVX2.
In this path, support the HW offload features, like,
checksum, VLAN stripping, RSS hash.
This path is chosen automatically according to the
configuration.
'inline' is used, then the duplicate code is generated
by the compiler.
Signed-off-by: Wenzhuo Lu
---
doc/g
[PATCH v2 1/4] net/iavf: support flow pattern for GRE
[PATCH v2 2/4] common/iavf: add header types for GRE
[PATCH v2 3/4] net/iavf: support AVF RSS for GRE tunnel packet
[PATCH v2 4/4] net/iavf: support AVF FDIR for GRE tunnel packet
v2:
* Delete the share code patch, because it is not necessary f
Add GRE pattern support for AVF FDIR and RSS.
Patterns are listed below:
1. eth/ipv4/gre/ipv4
2. eth/ipv4/gre/ipv6
3. eth/ipv6/gre/ipv4
4. eth/ipv6/gre/ipv6
5. eth/ipv4/gre/ipv4/tcp
6. eth/ipv4/gre/ipv6/tcp
7. eth/ipv4/gre/ipv4/udp
8. eth/ipv4/gre/ipv6/udp
9. eth/ipv6/gre/ipv4/tc
Add a virtchnl protocol header type to support AVF FDIR and RSS for GRE.
Signed-off-by: Wenjun Wu
---
drivers/common/iavf/virtchnl.h | 1 +
1 file changed, 1 insertion(+)
diff --git a/drivers/common/iavf/virtchnl.h b/drivers/common/iavf/virtchnl.h
index 3a60faff93..197edce8a1 100644
--- a/drive
Support AVF RSS for inner header of GRE tunnel packet. It supports
RSS based on fields inner IP src + dst address and TCP/UDP src + dst
port.
Signed-off-by: Wenjun Wu
---
drivers/net/iavf/iavf_hash.c | 27 ++-
1 file changed, 22 insertions(+), 5 deletions(-)
diff --git a
Support AVF FDIR for inner header of GRE tunnel packet.
+--+---+
| Pattern|Input Set |
+--+---+
| eth/ipv4/gre/ipv4
ACK for Marvell QLogic qede PMD.
Thanks,
Devendra
> -Original Message-
> From: Igor Russkikh
> Sent: Tuesday, May 25, 2021 3:27 PM
> To: dev@dpdk.org
> Cc: Ferruh Yigit ; Jerin Jacob Kollanukkaran
> ; Rasesh Mody ; Devendra Singh
> Rawat ; Ariel Elior ; Igor
> Russkikh
> Subject: [PATCH
Applications need to stop DMA transfers and finish all the in-flight
pkts when in VM memory hot-plug case and async vhost is used. This
patch is to provide an unsafe API to drain in-flight pkts which are
submitted to DMA engine in vhost async data path. And enable it in
vhost example.
Signed-off-b
When the guest memory is hotplugged, the vhost application which
enables DMA acceleration must stop DMA transfers before the vhost
re-maps the guest memory.
This patch set is to provide an unsafe API to drain in-flight pkts
which are submitted to DMA engine in vhost async data path, and
notify the
From: Jiayu Hu
When the guest memory is hotplugged, the vhost application which
enables DMA acceleration must stop DMA transfers before the vhost
re-maps the guest memory.
This patch is to notify the vhost application of stopping DMA
transfers.
Signed-off-by: Jiayu Hu
---
lib/vhost/vhost_user
From: Xuan Ding
For async copy, it is unsafe to directly use the physical address.
and current address translation from GPA to HPA via SW also takes
CPU cycles, these can all benefit from IOMMU.
Since the existing DMA engine supports to use platform IOMMU,
this patch enables IOMMU for async vhos
Attendees:
Ashwin Shekar
Brandon Lo
Honnappa Nagarahalli
Lijuan Tu
Juraj Linkes
Owen Hilyard
The meeting announcements are sent to dev@dpdk.org.
Minutes:
Review action items from 5/19/2021
1) Test-pmd investigation under progress. Patch does not apply with git. Need
to use 'patch' command.
2) DTS
84 matches
Mail list logo
