> -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
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 ("
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: 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.
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, 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
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
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
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š:
> +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.
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
> -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;
>
>
> 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
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/
> 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,
> |
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
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
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
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
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
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
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
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
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
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
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
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
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
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.
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:
> --- 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
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
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(-)
> > > >
> > > >
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
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 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' |
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
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
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
> -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
-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]
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
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
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 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:
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
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
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
> 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
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
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.
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
> 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
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
>
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
62 matches
Mail list logo