Hi Jerin,
> > > > >
> > > > > bpf_validate does not allow to execute RTE_BPF_ARG_PTR_STACK for
> > > > > no reason.
> > > >
> > > > I believe there is a reason,
> > > > ARG_PTR_STACK is reserved for memory within BPF program internal
> > > > stack only.
> > > > User that calls BPF program should n
> -Original Message-
> From: Thomas Monjalon [mailto:tho...@monjalon.net]
> Sent: Monday 5 August 2019 16:13
> To: David Marchand
> Cc: dev ; Burakov, Anatoly ;
> Richardson, Bruce ; Kinsella, Ray
> ; Traynor, Kevin ; Stephen
> Hemminger
> Subject: Re: [dpdk-dev] [PATCH] doc: announce
The regexp part of the cleanup routine was not updated accordingly when
a common prefix for temp files was introduced.
Set the trap handler only when required.
Fixes: ff37ca5d3773 ("devtools: use a common prefix for temporary files")
Cc: sta...@dpdk.org
Signed-off-by: David Marchand
---
devtool
On Mon, Aug 12, 2019 at 10:14 PM Neil Horman wrote:
>
> On Mon, Aug 12, 2019 at 09:02:28AM +0200, David Marchand wrote:
> > Dumping every object file for every symbol is too heavy.
> > Use a temporary storage.
> >
> > Before:
> > $ rm -rf master && make defconfig O=master
> > $ time make EXTRA_CFL
Hi, Xiao
On 08/13, Xiao Zhang wrote:
>I40evf queue can not work properly with kernel pf driver. Eg. when
>configure 8 queues pair, only 4 queues can receive packets, and half
>packets will be lost if using 2 queues pair.
>This issue is caused by misconfiguration of look up table, use aq
>command t
> -Original Message-
> From: Stephen Hemminger [mailto:step...@networkplumber.org]
> Sent: Tuesday, August 13, 2019 11:25
> To: Wang, Haiyue
> Cc: dev@dpdk.org
> Subject: Re: [dpdk-dev] [RFC v2 1/3] ethdev: add the API for getting trace
> information
>
> On Tue, 13 Aug 2019 11:06:10 +080
Hi,
When initialing the DPDK failed with the Below error on VMXNet3:
*Aug 9 14:05:34 vprobe rat_dpdk_sniffer[10768]: EAL: Probing VFIO
support...Aug 9 14:05:34 vprobe rat_dpdk_sniffer[10768]: EAL: PCI device
:02:00.0 on NUMA socket -1Aug 9 14:05:34 vprobe
rat_dpdk_sniffer[10768]: EA
> -Original Message-
> From: Ananyev, Konstantin
> Sent: Monday, August 12, 2019 5:08 PM
> To: Jerin Jacob Kollanukkaran ; dev@dpdk.org
> Cc: tho...@monjalon.net; sta...@dpdk.org
> Subject: [EXT] RE: [dpdk-dev] [PATCH] bpf: fix to allow ptr stack program
> type
>
> External Email
>
> ---
On Tue, 13 Aug 2019 11:06:10 +0800
Haiyue Wang wrote:
> Enhance the PMD to support retrieving trace information like
> Rx/Tx burst selection etc.
>
> Signed-off-by: Haiyue Wang
> ---
> lib/librte_ethdev/rte_ethdev.c | 18 ++
> lib/librte_ethdev/rte_ethdev.h | 9 +
Enhance the PMD to support retrieving trace information like
Rx/Tx burst selection etc.
Signed-off-by: Haiyue Wang
---
lib/librte_ethdev/rte_ethdev.c | 18 ++
lib/librte_ethdev/rte_ethdev.h | 9 +
lib/librte_ethdev/rte_ethdev_core.h | 4
3 files changed,
According to the Rx/Tx burst function that's selected currently, format
the distinct burst description information for apps to query.
Signed-off-by: Haiyue Wang
---
drivers/net/ice/ice_ethdev.c | 26 ++
drivers/net/ice/ice_rxtx.c | 52 +++
v1: ABI breaking
http://mails.dpdk.org/archives/dev/2019-August/140916.html
https://patchwork.dpdk.org/patch/57624/
https://patchwork.dpdk.org/patch/57625/
https://patchwork.dpdk.org/patch/57626/
v2: add a simple trace API to export string type information, if the
return value >
Add the 'Burst description' section into command 'show rxq|txq info
' to show the Rx/Tx burst description by new trace
API.
Signed-off-by: Haiyue Wang
---
app/test-pmd/config.c | 12
1 file changed, 12 insertions(+)
diff --git a/app/test-pmd/config.c b/app/test-pmd/config.c
index
https://bugs.dpdk.org/show_bug.cgi?id=338
Bug ID: 338
Summary: IP Reassembly with more 4 packets Segfault
Product: DPDK
Version: 17.11
Hardware: x86
OS: Linux
Status: UNCONFIRMED
Severity: normal
> -Original Message-
> From: Zhang, Xiao
> Sent: Tuesday, August 13, 2019 6:41 PM
> To: dev@dpdk.org
> Cc: Xing, Beilei ; Zhang, Xiao ;
> sta...@dpdk.org
> Subject: [v5] net/i40e: fix vf runtime queues rss config
>
> I40evf queue can not work properly with kernel pf driver. Eg. when con
This patch removes an unwanted empty line in a sentence.
Fixes: 71afcefbd53e ("doc: update virtio ring size and header size")
Cc: sta...@dpdk.org
Signed-off-by: Tiwei Bie
---
doc/guides/nics/virtio.rst | 1 -
1 file changed, 1 deletion(-)
diff --git a/doc/guides/nics/virtio.rst b/doc/guides/ni
Document the packed virtqueue layout support in virtio net PMD.
Signed-off-by: Tiwei Bie
---
doc/guides/nics/virtio.rst | 63 --
1 file changed, 47 insertions(+), 16 deletions(-)
diff --git a/doc/guides/nics/virtio.rst b/doc/guides/nics/virtio.rst
index 993e6
Document the devargs for virtio-user and also make it clear
that these devargs are only available in virtio-user, i.e. not
supported by the PCI virtio driver.
Signed-off-by: Tiwei Bie
---
doc/guides/nics/virtio.rst | 38 +++---
1 file changed, 35 insertions(+), 3
The simple Tx path in virtio has been removed in below commit.
This patch removes an undefined function declaration of simple
Tx and all related descriptions in the doc.
Fixes: 57f818963d80 ("net/virtio: remove simple Tx path")
Cc: sta...@dpdk.org
Signed-off-by: Tiwei Bie
---
doc/guides/nics/vi
The Rx function that will be used when in-order is enabled
should be virtio_recv_mergeable_pkts_inorder() instead of
virtio_xmit_pkts_inorder().
Fixes: 8f3bd7e8702d ("net/virtio: add in-order Rx/Tx into selection")
Cc: sta...@dpdk.org
Signed-off-by: Tiwei Bie
---
doc/guides/nics/virtio.rst | 2
The virtio_recv_mergeable_pkts_inorder() has been renamed to
virtio_recv_pkts_inorder() and added the non-mergeable support
in below commit.
Fixes: efcda13648d2 ("net/virtio: add non-mergeable support to in-order path")
Cc: sta...@dpdk.org
Signed-off-by: Tiwei Bie
---
doc/guides/nics/virtio.rst
Tiwei Bie (6):
net/virtio: remove remaining simple Tx related stuff
doc: fix typo in virtio in-order Rx function name
doc: update the description for in-order Rx path
doc: document the devargs for virtio-user
doc: document packed virtqueue for virtio
doc: fix format for virtio guide
d
I40evf queue can not work properly with kernel pf driver. Eg. when
configure 8 queues pair, only 4 queues can receive packets, and half
packets will be lost if using 2 queues pair.
This issue is caused by misconfiguration of look up table, use aq
command to setup the lut to make it work properly.
Hi,
> -Original Message-
> From: Zhang, Xiao
> Sent: Tuesday, August 13, 2019 1:44 AM
> To: dev@dpdk.org
> Cc: Xing, Beilei ; Zhang, Xiao ;
> sta...@dpdk.org
> Subject: [v4] net/i40e: fix vf runtime queues rss config
>
> I40evf queue can not work properly with kernel pf driver. Eg. when c
12/08/2019 13:43, David Marchand:
> Start a new release cycle with empty release notes.
>
> Signed-off-by: David Marchand
> ---
> VERSION| 2 +-
> doc/guides/rel_notes/release_19_11.rst | 214
> +
doc/guides/rel_notes/release_19_
The compilation test is skipped if the compiler is not available.
In the case of gcc/arm, it was tested both in the generic function
"build" and in the cross-compilation section.
By passing the compiler as argument of the generic function,
the test with "command" is done only once.
This small cle
If rdma-core is not installed in a standard directory of the system,
it is possible to specify the location of the pkgconfig file via
an environment variable:
PKG_CONFIG_PATH=$PKG_CONFIG_PATH:~/rdma-core/build/lib/pkgconfig
In this case, the dependency may become mandatory to specify
for the confi
In order to re-use the same test environment as with
test-build.sh, the configuration file is loaded at each build,
after adjusting the variable DPDK_TARGET.
This is especially useful to set the variable PKG_CONFIG_PATH,
or define some meson options (without -D) in DPDK_MESON_OPTIONS.
The DPDK_TA
With VERBOSE=1, this error was seen in debug mode with gcc 9.1:
In file included from /tmp/dpdk.auto-config-h.sh.c.w0VWMi:1:
In file included from rdma-core/build/include/infiniband/mlx5dv.h:47:
In file included from rdma-core/build/include/infiniband/verbs.h:46:
In file included from rdma-core/bu
As explained in drivers/meson.build,
"
For the find_library() case (but not with dependency()) we also
need to specify the "-l" flags in pkgconfig_extra_libs variable
too, so that it can be reflected in the pkgconfig output for
static builds.
"
The commit e30b4e566f47 ("build: improve depe
Some drivers were missing reasons text for their disabling in meson.
Signed-off-by: Thomas Monjalon
---
drivers/baseband/turbo_sw/meson.build | 1 +
drivers/net/memif/meson.build | 5 +++--
drivers/raw/ioat/meson.build | 1 +
3 files changed, 5 insertions(+), 2 deletions(-)
dif
While testing compilation of mlx drivers,
I hit some issues and misses.
The result is 6 patches of cleanup, fixes and test improvements.
Thomas Monjalon (6):
build: remove redundant libs from pkgconfig
drivers: add some reasons for meson disabling
net/mlx: fix meson build with custom depende
On Mon, Aug 12, 2019 at 09:02:28AM +0200, David Marchand wrote:
> Dumping every object file for every symbol is too heavy.
> Use a temporary storage.
>
> Before:
> $ rm -rf master && make defconfig O=master
> $ time make EXTRA_CFLAGS=-g O=master
> [...]
> real 2m24.063s
> user 1m16.985s
> sys
> -Original Message-
> From: Stephen Hemminger [mailto:step...@networkplumber.org]
> Sent: Tuesday, August 13, 2019 01:29
> To: Wang, Haiyue
> Cc: David Marchand ; dev
> Subject: Re: [dpdk-dev] [RFC v1 0/3] show the Rx/Tx burst description field
>
> On Mon, 12 Aug 2019 16:00:27 +
> "
On Mon, 12 Aug 2019 16:00:27 +
"Wang, Haiyue" wrote:
> > -Original Message-
> > From: Stephen Hemminger [mailto:step...@networkplumber.org]
> > Sent: Monday, August 12, 2019 23:54
> > To: Wang, Haiyue
> > Cc: David Marchand ; dev
> > Subject: Re: [dpdk-dev] [RFC v1 0/3] show the Rx/
> -Original Message-
> From: Stephen Hemminger [mailto:step...@networkplumber.org]
> Sent: Monday, August 12, 2019 23:54
> To: Wang, Haiyue
> Cc: David Marchand ; dev
> Subject: Re: [dpdk-dev] [RFC v1 0/3] show the Rx/Tx burst description field
>
> On Mon, 12 Aug 2019 15:42:45 +
> "W
On Mon, 12 Aug 2019 15:42:45 +
"Wang, Haiyue" wrote:
> > -Original Message-
> > From: Stephen Hemminger [mailto:step...@networkplumber.org]
> > Sent: Monday, August 12, 2019 23:38
> > To: David Marchand
> > Cc: Wang, Haiyue ; dev
> > Subject: Re: [dpdk-dev] [RFC v1 0/3] show the Rx/
> -Original Message-
> From: Stephen Hemminger [mailto:step...@networkplumber.org]
> Sent: Monday, August 12, 2019 23:38
> To: David Marchand
> Cc: Wang, Haiyue ; dev
> Subject: Re: [dpdk-dev] [RFC v1 0/3] show the Rx/Tx burst description field
>
> On Mon, 12 Aug 2019 16:27:11 +0200
> Da
> -Original Message-
> From: David Marchand [mailto:david.march...@redhat.com]
> Sent: Monday, August 12, 2019 22:27
> To: Wang, Haiyue
> Cc: dev
> Subject: Re: [dpdk-dev] [RFC v1 0/3] show the Rx/Tx burst description field
>
> On Mon, Aug 12, 2019 at 4:20 PM Haiyue Wang wrote:
> >
> >
On Mon, 12 Aug 2019 16:27:11 +0200
David Marchand wrote:
> On Mon, Aug 12, 2019 at 4:20 PM Haiyue Wang wrote:
> >
> > Since some PMDs have multi-path for Rx/Tx, FD.io VPP will tell you in
> > the Debug CLI what rx/tx function is being used:
> > #show hardware-interface
> >
> > t
On Mon, 12 Aug 2019 22:15:03 +0800
Haiyue Wang wrote:
> Since each PMD has different Rx/Tx burst capabilities such as Vector,
> Scattered, Bulk etc, adding the Rx/Tx burst description field in queue
> information to provide apps current configuration of PMD Rx/Tx burst.
>
> This is a self-descri
On Mon, Aug 12, 2019 at 4:20 PM Haiyue Wang wrote:
>
> Since some PMDs have multi-path for Rx/Tx, FD.io VPP will tell you in
> the Debug CLI what rx/tx function is being used:
> #show hardware-interface
>
> tx burst function: ice_xmit_pkts
> rx burst function: ice_recv_sc
Since each PMD has different Rx/Tx burst capabilities such as Vector,
Scattered, Bulk etc, adding the Rx/Tx burst description field in queue
information to provide apps current configuration of PMD Rx/Tx burst.
This is a self-description for each PMD in its own format.
Signed-off-by: Haiyue Wang
Since some PMDs have multi-path for Rx/Tx, FD.io VPP will tell you in
the Debug CLI what rx/tx function is being used:
#show hardware-interface
tx burst function: ice_xmit_pkts
rx burst function: ice_recv_scattered_pkts
But if the tx/rx is static, then 'dladdr'
According to the Rx/Tx burst function that's selected currently, format
the distinct burst description information for apps to query.
Signed-off-by: Haiyue Wang
---
drivers/net/ice/ice_rxtx.c | 49 ++
1 file changed, 49 insertions(+)
diff --git a/driv
Add the 'Burst description' section into command 'show rxq|txq info
' to show the Rx/Tx burst description field in
queue information.
Signed-off-by: Haiyue Wang
---
app/test-pmd/config.c | 2 ++
1 file changed, 2 insertions(+)
diff --git a/app/test-pmd/config.c b/app/test-pmd/config.c
index 1a
On 12-Aug-19 11:19 AM, David Marchand wrote:
On Tue, Jul 16, 2019 at 1:25 PM Anatoly Burakov
wrote:
According to our docs, only Linuxapp supports base-virtaddr option.
That is, strictly speaking, not true because most of the things
that are attempting to respect base-virtaddr are in common fil
On 12-Aug-19 11:03 AM, David Marchand wrote:
On Wed, Jul 24, 2019 at 6:08 PM Anatoly Burakov
wrote:
Currently, primary process holds an exclusive lock on the config
file, thereby preventing other primaries from spinning up. However,
when the primary dies, the lock is no longer being held, even
On 12-Aug-19 11:21 AM, Van Haaren, Harry wrote:
-Original Message-
From: dev [mailto:dev-boun...@dpdk.org] On Behalf Of David Marchand
Sent: Monday, August 12, 2019 11:04 AM
To: Burakov, Anatoly
Cc: dev ; Richardson, Bruce ;
Stephen Hemminger ; dpdk stable
Subject: Re: [dpdk-dev] [PATCH
From: Hari Kumar Vemula
Add a programmer's guide section for meson ut
Signed-off-by: Hari Kumar Vemula
Acked-by: Bruce Richardson
Acked-by: Michael Santana
---
v8: Addressed v7 patch comments
v7: Updated v6 patch comments
v6: Updated comments
v5: Modified
v4: Typos corrected
v3: Modified
v2:
Xiao Zhang writes:
> I40evf queue can not work properly with kernel pf driver. Eg. when
> configure 8 queues pair, only 4 queues can receive packets, and half
> packets will be lost if using 2 queues pair.
> This issue is caused by misconfiguration of look up table, use aq command
> to setup the
Start a new release cycle with empty release notes.
Signed-off-by: David Marchand
---
VERSION| 2 +-
doc/guides/rel_notes/release_19_11.rst | 214 +
2 files changed, 215 insertions(+), 1 deletion(-)
create mode 100644 doc/guides/
> > Hi Jerin,
>
> Hi Konstantin,
>
> >
> > >
> > > bpf_validate does not allow to execute RTE_BPF_ARG_PTR_STACK for no
> > > reason.
> >
> > I believe there is a reason,
> > ARG_PTR_STACK is reserved for memory within BPF program internal stack
> > only.
> > User that calls BPF program should n
> On Aug 12, 2019, at 1:53 AM, David Marchand wrote:
>
> Restrict this header inclusion to its real users.
>
> Fixes: 028669bc9f0d ("eal: hide shared memory config")
>
> Signed-off-by: David Marchand
The only thing I would suggest is to add the name of the header file in the
subject or bo
From: Rastislav Cernay
The rte_eth_dev_close() function now handles freeing resources for
devices (e.g., mac_addrs). To conform with the new close() behaviour we
are asserting the RTE_ETH_DEV_CLOSE_REMOVE flag so that
rte_eth_dev_close() releases all device level dynamic memory.
Signed-off-by:
On 12-Aug-19 10:49 AM, David Marchand wrote:
On Mon, Aug 12, 2019 at 11:43 AM Burakov, Anatoly
wrote:
On 08-Aug-19 8:31 AM, Thomas Monjalon wrote:
I would suggest to restrict the change to Arm only with an ifdef,
in order to limit the risk for this release.
We can think about a dynamic hugepag
> -Original Message-
> From: Ananyev, Konstantin
> Sent: Monday, August 12, 2019 2:20 PM
> To: Jerin Jacob Kollanukkaran ; dev@dpdk.org
> Cc: tho...@monjalon.net; sta...@dpdk.org
> Subject: [EXT] RE: [dpdk-dev] [PATCH] bpf: fix to allow ptr stack program
> type
>
> ---
> -Original Message-
> From: dev [mailto:dev-boun...@dpdk.org] On Behalf Of David Marchand
> Sent: Monday, August 12, 2019 11:04 AM
> To: Burakov, Anatoly
> Cc: dev ; Richardson, Bruce ;
> Stephen Hemminger ; dpdk stable
> Subject: Re: [dpdk-dev] [PATCH v4] eal: fix proc type auto detecti
On Tue, Jul 16, 2019 at 1:25 PM Anatoly Burakov
wrote:
>
> According to our docs, only Linuxapp supports base-virtaddr option.
> That is, strictly speaking, not true because most of the things
> that are attempting to respect base-virtaddr are in common files,
> so FreeBSD already *mostly* support
On Wed, Jul 24, 2019 at 6:08 PM Anatoly Burakov
wrote:
>
> Currently, primary process holds an exclusive lock on the config
> file, thereby preventing other primaries from spinning up. However,
> when the primary dies, the lock is no longer being held, even though
> there might be other secondary
12/08/2019 11:49, David Marchand:
> On Mon, Aug 12, 2019 at 11:43 AM Burakov, Anatoly
> wrote:
> > On 08-Aug-19 8:31 AM, Thomas Monjalon wrote:
> > > I would suggest to restrict the change to Arm only with an ifdef,
> > > in order to limit the risk for this release.
> > > We can think about a dyna
Hi Anoob,
> [Anoob] Shouldn't we make this a union? In symmetric mode, it is done that
> way and it makes sense also.
>
> Something like,
>
>RTE_STD_C11
>union {
>struct rte_cryptodev_asym_session *session;
>/**< Handle for the initialised session
On Mon, Aug 12, 2019 at 11:43 AM Burakov, Anatoly
wrote:
> On 08-Aug-19 8:31 AM, Thomas Monjalon wrote:
> > I would suggest to restrict the change to Arm only with an ifdef,
> > in order to limit the risk for this release.
> > We can think about a dynamic hugepage scan in the next release.
> >
>
>
On 08-Aug-19 8:31 AM, Thomas Monjalon wrote:
07/08/2019 15:28, Hemant Agrawal:
HI Thomas,
DPDK currently is supporting maximum 3 hugepage, sizes whereas
system can support more than this e.g.
64K, 2M, 32M and 1G.
You can mention ARM platform here, and that this issue starts with
kernel 5.2 (
On 07-Aug-19 2:28 PM, Hemant Agrawal wrote:
HI Thomas,
DPDK currently is supporting maximum 3 hugepage, sizes whereas
system can support more than this e.g.
64K, 2M, 32M and 1G.
You can mention ARM platform here, and that this issue starts with
kernel 5.2 (and I would try to mention this in t
On 12-Aug-19 7:53 AM, David Marchand wrote:
Restrict this header inclusion to its real users.
Fixes: 028669bc9f0d ("eal: hide shared memory config")
Signed-off-by: David Marchand
---
app/test/test_external_mem.c | 1 -
app/test/test_malloc.c| 1 -
a
On 07-Aug-19 11:51 AM, Nilesh wrote:
Hello,
We are trying to build an application over DPDK, but we are getting this
warning when we call
rte_eal_init().
EAL: Detected 24 lcore(s)
EAL: Detected 2 NUMA nodes
EAL: Multi-process socket /var/run/dpdk/rte/mp_socket
EAL: No available hugepages repo
Hi Arek,
Please see inline.
Thanks,
Anoob
> -Original Message-
> From: dev On Behalf Of Arek Kusztal
> Sent: Tuesday, June 4, 2019 1:14 AM
> To: dev@dpdk.org
> Cc: akhil.go...@nxp.com; fiona.tr...@intel.com;
> shally.ve...@caviumnetworks.com; Arek Kusztal
>
> Subject: [EXT] [dpdk-dev]
Hi Jerin,
>
> bpf_validate does not allow to execute
> RTE_BPF_ARG_PTR_STACK for no reason.
I believe there is a reason,
ARG_PTR_STACK is reserved for memory within BPF program internal stack only.
User that calls BPF program should never pass parameter with that type.
If the user allocates para
I40evf queue can not work properly with kernel pf driver. Eg. when
configure 8 queues pair, only 4 queues can receive packets, and half
packets will be lost if using 2 queues pair.
This issue is caused by misconfiguration of look up table, use aq command
to setup the lut to make it work properly.
Dumping every object file for every symbol is too heavy.
Use a temporary storage.
Before:
$ rm -rf master && make defconfig O=master
$ time make EXTRA_CFLAGS=-g O=master
[...]
real2m24.063s
user1m16.985s
sys 1m46.372s
After:
$ rm -rf master && make defconfig O=master
$ time make EXTRA
Bare metal support has been gone for quite some time but we still had
some checks on system includes.
Signed-off-by: David Marchand
---
app/test-pmd/cmdline.c| 6 +-
app/test/commands.c | 5 -
app/test/test_cmdline_ipaddr.c| 7 +--
72 matches
Mail list logo
