Hi Aaron,
>-Original Message-
>From: Aaron Conole [mailto:acon...@redhat.com]
>Sent: Wednesday, August 21, 2019 9:15 PM
>To: Chaitanya Babu, TalluriX
>Cc: dev@dpdk.org; Pattan, Reshma ;
>Parthasarathy, JananeeX M ;
>Burakov, Anatoly
>Subject: Re: [dpdk-dev] [PATCH 3/3] app/test: add unit
Zero-copy slave support for memif PMD.
Slave interface exposes DPDK memory to
master interface. Only single file segments
are supported (EAL option --single-file-segments).
Signed-off-by: Jakub Grajciar
---
doc/guides/nics/memif.rst | 42 +-
drivers/net/memif/Makefile
HI Koh
Thank you for the big contribution as mlx5 PMD maintainer.
From: Yongseok Koh
> Matan thankfully accepted to replace myself as maintainer for mlx5 PMD.
> Good luck!
>
> Signed-off-by: Yongseok Koh
Acked-by: Matan Azrad
> ---
> MAINTAINERS | 2 +-
> 1 file changed, 1 insertion(+), 1 d
For unknown/unsupported packets, the packet would get checked for inline
offloads after the packet is freed.
Fixes: 0ccfd14bc10d ("examples/ipsec-secgw: support inline protocol")
Signed-off-by: Anoob Joseph
---
examples/ipsec-secgw/ipsec-secgw.c | 1 +
1 file changed, 1 insertion(+)
diff --git
> -Original Message-
> From: Xiaoyu Min
> Sent: Tuesday, August 20, 2019 12:47 PM
> To: Shahaf Shuler ; Yongseok Koh
> ; Slava Ovsiienko
> Cc: dev@dpdk.org; Dekel Peled
> Subject: [PATCH] net/mlx5: raw encap data cannot be empty
>
> For the rte_flow_action_raw_encap, the header definati
This adds support for adding a new udp tunnel port
on a specific vxlan types.
currently we only support vxlan, vxlan-gpe on ports
4789, 4790 respectivly. without having to configure
anything in the NIC.
Signed-off-by: Raslan Darawsheh
---
drivers/net/mlx5/mlx5.c | 26 ++
Hi,
> -Original Message-
> From: dev On Behalf Of Xiaoyu Min
> Sent: Tuesday, August 20, 2019 12:47 PM
> To: Shahaf Shuler ; Yongseok Koh
> ; Slava Ovsiienko
> Cc: dev@dpdk.org; Dekel Peled
> Subject: [dpdk-dev] [PATCH] net/mlx5: raw encap data cannot be empty
>
> For the rte_flow_acti
Hi,
> -Original Message-
> From: dev On Behalf Of Yongseok Koh
> Sent: Tuesday, August 20, 2019 7:43 PM
> To: Slava Ovsiienko ; Shahaf Shuler
>
> Cc: dev@dpdk.org; sta...@dpdk.org
> Subject: [dpdk-dev] [PATCH] net/mlx5: fix TSO flag check
>
> Fix some mistakes in Tx bursts in regard to
On 22-Aug-19 8:18 AM, Chaitanya Babu, TalluriX wrote:
Hi Aaron,
-Original Message-
From: Aaron Conole [mailto:acon...@redhat.com]
Sent: Wednesday, August 21, 2019 9:15 PM
To: Chaitanya Babu, TalluriX
Cc: dev@dpdk.org; Pattan, Reshma ;
Parthasarathy, JananeeX M ;
Burakov, Anatoly
Subje
Hi
> -Original Message-
> From: dev [mailto:dev-boun...@dpdk.org] On Behalf Of Govindarajan,
> LavanyaX
> Sent: Tuesday, August 13, 2019 3:56 PM
> To: Olivier Matz
> Cc: dev@dpdk.org; Pattan, Reshma ; Richardson,
> Bruce
> Subject: Re: [dpdk-dev] [PATCH] app/test: add unit test cases for
Unmapping page with a VA that is found in the list
of current mappings will succeed even if the IOVA
for the chunk that is being unmapped,is mismatched.
Fix it by checking if IOVA address matches the
expected IOVA address exactly.
Fixes: 73a6390859 ("vfio: allow to map other memory regions")
Cc:
Unmap fails when there are duplicate entries in user_mem_maps.
The fix is to validate if the input VA, IOVA exists or
overlaps in user_mem_maps before creating map.
Fixes: 73a63908 ("vfio: allow to map other memory regions")
Cc: sta...@dpdk.org
Signed-off-by: Chaitanya Babu Talluri
---
lib/lib
Unit test cases are added for eal vfio library.
eal_vfio_autotest added to meson build file.
Signed-off-by: Chaitanya Babu Talluri
---
app/test/Makefile| 1 +
app/test/meson.build | 2 +
app/test/test_eal_vfio.c | 728 +++
3 files changed, 731
1/3: fix vfio unmap that fails unexpectedly
2/3: fix vfio unmap that succeeds unexpectedly
3/3: add unit tests for eal vfio
Signed-off-by: Chaitanya Babu Talluri
---
v2: Updated commit messages.
---
Chaitanya Babu Talluri (3):
lib/eal: fix vfio unmap that fails unexpectedly
lib/eal: fix vfio
On 22-Aug-19 12:53 PM, Chaitanya Babu Talluri wrote:
Unit test cases are added for eal vfio library.
eal_vfio_autotest added to meson build file.
Signed-off-by: Chaitanya Babu Talluri
---
I think the suggestion to check if VFIO is enabled was a good one. There
is an API to do that - i think
"Burakov, Anatoly" writes:
> On 22-Aug-19 8:18 AM, Chaitanya Babu, TalluriX wrote:
>> Hi Aaron,
>>
>>> -Original Message-
>>> From: Aaron Conole [mailto:acon...@redhat.com]
>>> Sent: Wednesday, August 21, 2019 9:15 PM
>>> To: Chaitanya Babu, TalluriX
>>> Cc: dev@dpdk.org; Pattan, Reshma
Ideally, get_tsc_freq_arch() is able to provide the
TSC rate using architecture-specific means. When that
is not possible, DPDK reverts to calculating the
TSC rate with a 100ms nanosleep or 1s sleep. The latter
occurs more frequently in VMs which often do not have
access to the data they need fro
+ Stephen, Konstantin - for your feedback on the RCU integration design.
> -Original Message-
> From: Ruifeng Wang
> Sent: Thursday, August 22, 2019 1:35 AM
> To: bruce.richard...@intel.com; vladimir.medved...@intel.com;
> olivier.m...@6wind.com
> Cc: dev@dpdk.org; Honnappa Nagarahalli ;
This patchset adds ABI version testing to the app/test unit test framework,
addressing two issues previously raised during ML conversations on ABI
stability;
1. How do we unit test still supported previous ABI versions?
2. How to we unit test inline functions from still supported previous ABI
vers
This second patch adds the LPM ABI version Unit Tests, comprised of
1. Registering DPDK v2.0 ABI versions with the infrastructure.
2. Forward Porting the DPDK v2.0 LPM Unit Test cases, remapping the LPM
Library symbols to the appropriate versions. The unit tests are forward
ported more or le
This patchset adds ABI Version Testing functionality to the app/test
unit test framework, comprised of
1. The TEST_DPDK_ABI_VERSION_* and REGISTER_TEST_ABI_VERSION macros to
register abi versions with infrastructure.
2. The MAP_ABI_SYMBOL_VERSION macro to remap symbols based on their ABI
ver
On 4/10/2019 1:53 PM, David Marchand wrote:
> Another series with focus on the fast/normal rx/tx handlers for 802.3ad.
>
> The first two patches make sure that the rx (resp. tx) fast and normal
> handlers are equivalent.
>
> The third one will most likely have an impact on performance which I
> t
22 matches
Mail list logo