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 +--
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
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 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
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]
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
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 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 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 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.
> >
>
>
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
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
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
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
> -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
> -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
>
> ---
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
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 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
> > 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
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/
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
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:
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
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: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
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
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'
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
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, 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
> -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:
> >
> >
> -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
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: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 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: 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, 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
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
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
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
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
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
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_
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
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.
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
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
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
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
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
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
> -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
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
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
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 +++
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,
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 +
> -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
>
> ---
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: 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, 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
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
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
> -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
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
72 matches
Mail list logo
