14/11/2020 23:11, Tal Shnaiderman:
> > On Sat, 14 Nov 2020 23:11:56 +0200, Tal Shnaiderman wrote:
> > > The ETOOMANYREFS errno is missing from the Windows clang build is it
> > > used in initialization of flow error structures.
> >
> > "is it" -> "it is"
> >
> > > The commit will define it as it
12/11/2020 22:08, Akhil Goyal:
>
> > > This patch fixes bypassed out of place test for PMDs that support it.
> > >
> > > Fixes: 4868f6591c6f ("test/crypto: add cases for raw datapath API")
> > > Cc: roy.fan.zh...@intel.com
> > >
> > > Signed-off-by: Fan Zhang
> >
> > Acked-by: Adam Dybkowski
>
> Subject: Re: [dpdk-dev] [PATCH v2] windows: minor build fixes
>
> External email: Use caution opening links or attachments
>
>
> 12/11/2020 22:35, Tal Shnaiderman:
> > > Subject: Re: [dpdk-dev] [PATCH v2] windows: minor build fixes
> > >
> > > Missing / incorrect '--in-reply-to'. Please igno
testpmd provides commands to test tunnel offload rte_flow
capabilities. A command that creates a tunnel had a syntax bug that
allowed to spesify the 'create' command part several times.
Current patch fixed that fault. Correct syntax for tunnel cretion is:
testpmd> flow tunnel create type
Signed
13/11/2020 11:00, Jerin Jacob Kollanukkaran:
> http://dpdk.org/git/next/dpdk-next-eventdev
For info, I had to do some formatting fixes like:
- titles
- Coverity line should be before Fixes
- stable should not be Cc'ed if root cause is recent
Pulled, thanks.
18/10/2020 14:03, g...@marvell.com:
> From: Guy Kaneti
>
> The L3 Forwarding with Regex application is a simple example of
> packet processing using DPDK Regex framework.
> The application performs L3 LPM based forwarding while using
> Regex framework for pre-filtering decision.
The techboard de
> Subject: Re: [PATCH] eal/windows: definition for ETOOMANYREFS errno
>
> External email: Use caution opening links or attachments
>
>
> 14/11/2020 23:11, Tal Shnaiderman:
> > > On Sat, 14 Nov 2020 23:11:56 +0200, Tal Shnaiderman wrote:
> > > > The ETOOMANYREFS errno is missing from the Windows
20/10/2020 16:09, Thomas Monjalon:
> 16/10/2020 11:28, wangyunjian:
> > From: Yunjian Wang
> >
> > Currently, a issue that a container has many devices and the
> > application will map the same memory many times. The kernel
> > driver returns EEXIST as long as there are overlapping memory
> > are
Received packets can be aligned to the size of the cache line on
PCI transactions. This could improve performance by avoiding
partial cache line writes in exchange for increased PCI bandwidth.
This feature is supposed to be controlled by the rxq_pkt_pad_en
devarg and it is true for an RxQ created
14/11/2020 10:05, David Marchand:
> I tested external compilation for all possible examples (in my env).
> The result is this series.
>
> David Marchand (11):
> examples/fips_validation: fix build with pkg-config
> examples/ipsec-gw: fix build with pkg-config
> examples/kni: fix build with p
On Wed, Nov 11, 2020 at 5:18 PM Honnappa Nagarahalli
wrote:
> > -Original Message-
> > From: Conor Walsh
> > Sent: Tuesday, November 10, 2020 5:03 AM
> > To: Honnappa Nagarahalli ;
> > konstantin.anan...@intel.com
> > Cc: dev@dpdk.org; linglix.c...@intel.com; Conor Walsh
> >
> > Subject:
On Mon, Nov 2, 2020 at 8:57 PM Honnappa Nagarahalli
wrote:
>
> Remove unused assignment statement as the assigned variable is
> not used in the code further.
>
> Coverity issue: 363690
> Fixes: 6c583103a2d1 ("test/ring: factorize object checks")
>
> Signed-off-by: Honnappa Nagarahalli
> Reviewed-
On Thu, Nov 12, 2020 at 3:50 PM Cristian Dumitrescu
wrote:
>
> Fix the detection of instruction pattern with multiple emits followed
> by TX. Once detected, this is one of the instruction patterns that is
> internally replaced with a single optimized instruction, as long as
> none of the instructi
On Fri, Nov 13, 2020 at 4:17 PM Dumitrescu, Cristian
wrote:
> > -Original Message-
> > From: David Marchand
> > Sent: Friday, November 13, 2020 1:04 PM
> > To: Dumitrescu, Cristian
> > Cc: dev
> > Subject: Re: [PATCH V2] doc: add the SWX pipeline type to the prog_guide
> >
> > On Tue, N
From: David Christensen
The SPAPR v2 IOMMU used on bare-metal PowerNV systems requires that a DMA
window be defined before mapping/unmapping memory. The current VFIO code
dynamically resizes this DMA window every time a new memory request is
made, which requires that all existing memory be unmap
-Original Message-
From: Radha Mohan
Sent: Tuesday, November 10, 2020 11:44 PM
To: Radha Chintakuntla ; Satha Koteswara Rao Kottidi
; Mahipal Challa
Cc: dev@dpdk.org; Thomas Monjalon ; Veerasenareddy Burru
; Satananda Burla ; Jerin Jacob
Kollanukkaran
Subject: [EXT] Re: [dpdk-dev]
> -Original Message-
> From: Ferruh Yigit
> Sent: Saturday, November 14, 2020 2:54 AM
> To: Bill Zhou ; Slava Ovsiienko
> ; Matan Azrad ; NBU-Contact-
> Thomas Monjalon
> Cc: sta...@dpdk.org; dev@dpdk.org; Raslan Darawsheh ;
> Bill Zhou
> Subject: Re: [dpdk-dev] [PATCH] net/mlx5: fix s
From: David Christensen
The SPAPR IOMMU requires that a DMA window size be defined before memory
can be mapped for DMA. Current code dynamically modifies the DMA window
size in response to every new memory allocation which is potentially
dangerous because all existing mappings need to be unmapped
10/11/2020 23:55, Stephen Hemminger:
> + /* legacy options that will be removed in next LTS */
> + {OPT_PCI_BLACKLIST, 1, NULL, OPT_PCI_BLACKLIST_NUM},
> + {OPT_PCI_WHITELIST, 1, NULL, OPT_PCI_WHITELIST_NUM},
[...]
> + /* legacy option that will be removed in next LT
10/11/2020 23:55, Stephen Hemminger:
> --- a/doc/guides/linux_gsg/eal_args.include.rst
> +++ b/doc/guides/linux_gsg/eal_args.include.rst
> -* ``-w, --pci-whitelist <[domain:]bus:devid.func>``
> +* ``-a, --allow <[domain:]bus:devid.func>``
>
> -Add a PCI device in white list.
> +Add a
11/11/2020 11:46, Luca Boccassi:
> On Tue, 2020-11-10 at 14:55 -0800, Stephen Hemminger wrote:
> > 41 files changed, 178 insertions(+), 158 deletions(-)
>
> Reviewed-by: Luca Boccassi
There are more occurences to fix:
git grep -Iw -- '-w' | wc -l
36
15/11/2020 20:58, Thomas Monjalon:
> 11/11/2020 11:46, Luca Boccassi:
> > On Tue, 2020-11-10 at 14:55 -0800, Stephen Hemminger wrote:
> > > 41 files changed, 178 insertions(+), 158 deletions(-)
> >
> > Reviewed-by: Luca Boccassi
>
> There are more occurences to fix:
>
> git grep -Iw -- '-w' |
10/11/2020 23:55, Stephen Hemminger:
> Replace -w / --pci-whitelist with -a / --allow options
> and --pci-blacklist with --block.
> The -b short option remains unchanged.
>
> Allow the old options for now, but print a nag
> warning since old options are deprecated.
>
> Signed-off-by: Stephen Hemm
15/11/2020 21:00, Thomas Monjalon:
> 15/11/2020 20:58, Thomas Monjalon:
> > 11/11/2020 11:46, Luca Boccassi:
> > > On Tue, 2020-11-10 at 14:55 -0800, Stephen Hemminger wrote:
> > > > 41 files changed, 178 insertions(+), 158 deletions(-)
> > >
> > > Reviewed-by: Luca Boccassi
> >
> > There are m
15/11/2020 22:38, Thomas Monjalon:
> 15/11/2020 21:00, Thomas Monjalon:
> > 15/11/2020 20:58, Thomas Monjalon:
> > > 11/11/2020 11:46, Luca Boccassi:
> > > > On Tue, 2020-11-10 at 14:55 -0800, Stephen Hemminger wrote:
> > > > > 41 files changed, 178 insertions(+), 158 deletions(-)
> > > >
> > > >
10/11/2020 23:55, Stephen Hemminger:
> --- a/doc/guides/nics/ice.rst
> +++ b/doc/guides/nics/ice.rst
> --w 80:00.0,pipeline-mode-support=1
> +-a 80:00.0,pipeline-mode-support=1
> +
> +- ``Flow Mark Support`` (default ``0``)
> +
> + This is a hint to the driver to select the data path that
10/11/2020 23:55, Stephen Hemminger:
> --- a/doc/guides/nics/mlx4.rst
> +++ b/doc/guides/nics/mlx4.rst
> -For this reason, one cannot white/blacklist a single port without also
> -white/blacklisting the others on the same device.
> +For this reason, one cannot block (or allow) a single port without
Current output of check-spdx-tag.sh
Files without SPDX License
--
doc/guides/custom.css
doc/guides/linux_gsg/nic_perf_intel_platform.rst
drivers/net/iavf/rte_pmd_iavf.h
examples/multi_process/Makefile
examples/multi_process/client_server_mp/Makefile
lib/librte_eal/windows/
10/11/2020 23:55, Stephen Hemminger:
> Replace old option syntax -w with -a and update any wording
> around blacklisting.
I think the other updates for MAC filtering or module blocking
should be in a separate patch, not with -w/-a changes.
This patch series changes the use of the terms blacklist and whitelist
and instead uses block and allow. The change is most visible
in the options passed to DPDK programs for marking which devices
to use.
The options are also shortened because they can be used for
not just PCI devices. When DPDK
From: Stephen Hemminger
Replace -w / --pci-whitelist with -a / --allow options
and --pci-blacklist with --block.
The -b short option remains unchanged.
Allow the old options for now, but print a nag
warning since old options are deprecated.
Signed-off-by: Stephen Hemminger
Acked-by: Luca Bocca
From: Stephen Hemminger
Rename the enum values in the EAL include files.
As a backward compatible temporary migration tool, define
a replacement mapping for old values.
The old names relating to blacklist and whitelist are replaced
by block list and allow list, but applications may be using the
From: Stephen Hemminger
The words blacklist and whitelist are avoided in text
about MAC filtering or kernel module.
Signed-off-by: Stephen Hemminger
Acked-by: Luca Boccassi
Signed-off-by: Thomas Monjalon
---
doc/guides/nics/bnxt.rst| 10 +-
doc/guides/nics
From: Stephen Hemminger
The options and variables are renamed to use block/allow terminology.
Signed-off-by: Stephen Hemminger
Acked-by: Luca Boccassi
Signed-off-by: Thomas Monjalon
---
app/test/autotest.py| 16
app/test/autotest_runner.py | 18 +-
2
04/11/2020 08:00, Stephen Hemminger:
> Convert comments to docstrings as appropriate.
Why inserting some spaces inside the docstrings?
> Remove unnecessary paren in if statement.
> Remove extra whitespace after print.
> Remove extra semicolon; this is not C.
>
> Signed-off-by: Stephen Hemminger
15/11/2020 00:13, Dmitry Kozlyuk:
> On Sun, 15 Nov 2020 00:21:29 +0200, Tal Shnaiderman wrote:
> > The ETOOMANYREFS errno is missing from the Windows build.
> > it is used in initialization of flow error structures.
> >
> > The commit will define it with the same error code used by
> > WSAETOOMANY
A new DPDK release candidate is ready for testing:
https://git.dpdk.org/dpdk/tag/?id=v20.11-rc4
There are 148 new patches in this snapshot.
Release notes:
http://doc.dpdk.org/guides/rel_notes/release_20_11.html
The -rc5 will include only critical bug fixes, doc and tooling.
Plea
At 2020-11-13 21:16:38, "Ananyev, Konstantin"
wrote:
>...
>> diff --git a/lib/librte_gso/rte_gso.c b/lib/librte_gso/rte_gso.c
>> index 896350e..fb76a21 100644
>> --- a/lib/librte_gso/rte_gso.c
>> +++ b/lib/librte_gso/rte_gso.c
>> @@ -11,6 +11,7 @@
>> #include "gso_common.h"
>> #include "gso_tcp
From: Yi Yang
Many NICs can't offload VXLAN UFO, so it is very important
to do VXLAN UDP GSO by software to improve VM-to-VM UDP
performance, especially for the case that VM MTU is just
1500 but not 9000.
With this enabled in DPDK, OVS DPDK can leverage it to
improve VM-to-VM UDP performance, pe
From: Xiaoyu Min
When the RSS queues' types are not uniformed, i.e, mixed with normal RX
queue and hairpin queue, PMD accept this flow after commit[1] instead of
reject it.
This because commit[1] create RX queue object as DEVX type via DEVX API
instead of IBV type via verbs, in which the latter
Obvious spelling error in SPDX license header.
Fixes: 12b435bf8f2f ("net/iavf: support flex desc metadata extraction")
Cc: jia@intel.com
Signed-off-by: Stephen Hemminger
---
drivers/net/iavf/rte_pmd_iavf.h | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/net/iavf/r
This document never had any license or copyright on this file, add one.
Fixes: b932ebcb2664 ("doc: add NIC performance guide on Linux IA")
Cc: qian.q...@intel.com
Signed-off-by: Stephen Hemminger
---
doc/guides/linux_gsg/nic_perf_intel_platform.rst | 3 +++
1 file changed, 3 insertions(+)
diff
Make is still used for these examples, so add header to Makefile
Signed-off-by: Stephen Hemminger
---
examples/multi_process/Makefile | 3 +++
examples/multi_process/client_server_mp/Makefile | 3 +++
2 files changed, 6 insertions(+)
diff --git a/examples/multi_process/Makefile
Currently, sample and mirror actions are added to sh(shared context)
level list. The ports belong to the same sh can share the sample and
mirror actions.
While creating the sample and mirror actions sh list in sh creation,
the port which creates sh will be added to the sample and mirror list
conte
> flow.c: In function ‘parse_flow_tokens’:
> flow.c:153:23: error: taking address of packed member of ‘struct
> rte_ipv4_hdr’ may result in an unaligned pointer value [-Werror=address-of-
> packed-member]
> 153 | if (ipv4_addr_cpy(&rule->ipv4.spec.hdr.src_addr,
> |
This patch defines new RSS offload types for eCPRI. For eCPRI with
Message Type 0, the hash field is physical channel ID.
Signed-off-by: Simei Su
---
lib/librte_ethdev/rte_ethdev.h | 1 +
1 file changed, 1 insertion(+)
diff --git a/lib/librte_ethdev/rte_ethdev.h b/lib/librte_ethdev/rte_ethdev.h
[PATCH v1 1/2] ethdev: add RSS offload types.
[PATCH v1 2/2] app/testpmd: add cmdline support for RSS types.
Simei Su (2):
ethdev: add eCPRI RSS offload types
app/testpmd: support extended RSS offload types
app/test-pmd/cmdline.c | 9 ++---
app/test-pmd/config.c | 3 ++-
This patch adds testpmd cmdline support for eCPRI.
Signed-off-by: Simei Su
---
app/test-pmd/cmdline.c | 9 ++---
app/test-pmd/config.c | 3 ++-
2 files changed, 8 insertions(+), 4 deletions(-)
diff --git a/app/test-pmd/cmdline.c b/app/test-pmd/cmdline.c
index 5e2881e..e5f3462 100644
--- a/
>
> On 10/14/2020 1:15 PM, Li,Rongqing wrote:
> >
> >
> >> -Original Message-
> >> From: Loftus, Ciara [mailto:ciara.lof...@intel.com]
> >> Sent: Friday, October 02, 2020 12:24 AM
> >> To: Li,Rongqing
> >> Cc: dev@dpdk.org
> >> Subject: RE: [PATCH][v2] net/af_xdp: avoid to unnecessary all
> -Original Message-
> From: Thomas Monjalon
> Sent: Saturday, November 14, 2020 2:16 PM
> To: Juraj Linkeš
> Cc: bruce.richard...@intel.com; ruifeng.w...@arm.com;
> honnappa.nagaraha...@arm.com; phil.y...@arm.com;
> vcchu...@amazon.com; dharmik.thak...@arm.com; jerinjac...@gmail.com;
>
16/11/2020 08:15, Juraj Linkeš:
> From: Thomas Monjalon
> > 13/11/2020 15:31, Juraj Linkeš:
> > > Add an option to automatically discover the host's numa and cpu counts
> > > and use those values for a non cross-build.
> > > Give users the option to override the per-arch default values or
> > > va
13/11/2020 15:31, Juraj Linkeš:
> +option('max_lcores', type: 'integer', value: 0,
> + description: 'maximum number of cores/threads supported by EAL. Set to
> positive integer to overwrite per-arch or cross-compilation defaults. Set to
> -1 to detect the number of cores on the build machine.
What do you mean by "disable Arm drivers"?
What are "Arm drivers"
13/11/2020 15:31, Juraj Linkeš:
> A few options that disabled drivers in the old makefiles were improperly
> ported to the meson build system. Fix this by adding a to the list of
> disabled drivers, similarly how the command line op
13/11/2020 15:31, Juraj Linkeš:
> The current machine='default' build name is not descriptive. The actual
> default build is machine='native'. Add an alternative string which does
> the same build and better describes what we're building:
> machine='generic'. Leave machine='default' for backwards c
14/11/2020 14:16, Thomas Monjalon:
> I didn't think this series is changing options for all archs.
> It was supposed to be an Arm-only rework.
> Clearly it is too late for such change in 20.11.
I recommend splitting the series for 21.02.
Do not change global stuff in a series named "Arm build opti
From: Xiaoyu Min
The rte_flow_item_eth, rte_flow_item_vlan, and rte_flow_item_ipv6
are refined. The structs do not exactly represent the real protocol
headers any more.
This serial patchs try to fix all related parts due to the changes.
Dekel Peled (1):
net/softnic: update headers size calcul
From: Xiaoyu Min
The rte_flow_item_eth and rte_flow_item_vlan items are refined.
The structs do not exactly represent the packet bits captured on the
wire anymore.
Should use real header instead of the whole struct.
Replace the rte_flow_item_* with the existing corresponding rte_*_hdr.
Fixes: 0
From: Xiaoyu Min
The rte_flow_item_eth and rte_flow_item_vlan items are refined.
The structs do not exactly represent the packet bits captured on the
wire anymore so should only copy real header instead of the whole struct.
Replace the rte_flow_item_* with the existing corresponding rte_*_hdr.
From: Xiaoyu Min
The rte_flow_item_eth and rte_flow_item_vlan items are refined.
The structs do not exactly represent the packet bits captured on the
wire anymore so add_*_header functions should use real header instead of
the using rte_flow_item_* struct.
Replace the rte_flow_item_* with the ex
From: Dekel Peled
The rte_flow_item_eth and rte_flow_item_vlan items were updated in [1].
The rte_flow_item_ipv6 item was updated in [2].
The structs now contain additional metadata following the header data.
The size to use for match should be the header data size only, and
not the size of the w
From: Xiaoyu Min
The rte_flow_item_vlan items are refined.
The structs do not exactly represent the packet bits captured on the
wire anymore so should only copy real header instead of the whole struct.
Replace the rte_flow_item_* with the existing corresponding rte_*_hdr.
Fixes: 09315fc83861 ("
> -Original Message-
> From: Thomas Monjalon
> Sent: Monday, November 16, 2020 8:29 AM
> To: Juraj Linkeš
> Cc: bruce.richard...@intel.com; ruifeng.w...@arm.com;
> honnappa.nagaraha...@arm.com; phil.y...@arm.com;
> vcchu...@amazon.com; dharmik.thak...@arm.com; jerinjac...@gmail.com;
> h
62 matches
Mail list logo
