Friday, January 19, 2018 6:25 PM, Olivier Matz:
on the same numa node than the device, it is
> preferable to fallback on another socket instead of failing.
>
> Fixes: 1e3a39f72d5d ("net/mlx5: allocate verbs object into shared memory")
> Cc: sta...@dpdk.org
>
> Signed-off-by: Olivier Matz
> Signe
Friday, January 19, 2018 10:37 AM, Nélio Laranjeiro:
> On Thu, Jan 18, 2018 at 11:52:55PM -0800, Yongseok Koh wrote:
> > This patch reverts:
> > commit 3a6f2eb8c5c5 ("net/mlx5: fix Memory Region registration")
> >
> > Although granularity of chunks in a mempool is a cacheline, addresses
> > are
> -Original Message-
> From: Yigit, Ferruh
> Sent: Saturday, January 20, 2018 10:31 PM
> To: Wang, Xiao W ; y...@fridaylinux.org;
> olivier.m...@6wind.com; maxime.coque...@redhat.com; Thomas Monjalon
>
> Cc: dev@dpdk.org; Bie, Tiwei ;
> step...@networkplumber.org
> Subject: Re: [dpdk-dev
Call dedicated ethdev API to free port in remove time as was done in
other fail-safe places.
Signed-off-by: Matan Azrad
Acked-by: Gaetan Rivet
---
drivers/net/failsafe/failsafe_ether.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/drivers/net/failsafe/failsafe_ether.c
b/d
Testpmd should not use ethdev ports which are managed by other DPDK
entities.
Set Testpmd ownership to each port which is not used by other entity and
prevent any usage of ethdev ports which are not owned by Testpmd.
Signed-off-by: Matan Azrad
---
app/test-pmd/cmdline.c | 89 ++
Fail-safe PMD sub devices management is based on ethdev port mechanism.
So, the sub-devices management structures are exposed to other DPDK
entities which may use them in parallel to fail-safe PMD.
Use the new port ownership mechanism to avoid multiple managments of
fail-safe PMD sub-devices.
Sig
Hi Ferruh,
Thanks for applying v5 patches while changing the order of commits and adding
"Acked-by: ..."
I have sent v6 which does the same but also updates the commit messages of the
switched commits to reflect more accurately the new order.
Please let know if you are going to leave v5 as is
rte_eth_dev_data structure is allocated per ethdev port and can be
used to get a data of the port internally.
rte_eth_dev_attach_secondary tries to find the port identifier using
rte_eth_dev_data name field comparison and may get an identifier of
invalid port in case of this port was released by t
rte_eth_dev_find_free_port() found a free port by state checking.
The state field are in local process memory, so other DPDK processes
may get the same port ID because their local states may be different.
Replace the state checking by the ethdev port name checking,
so, if the name is an empty stri
The ownership of a port is implicit in DPDK.
Making it explicit is better from the next reasons:
1. It will define well who is in charge of the port usage synchronization.
2. A library could work on top of a port.
3. A port can work on top of another port.
Also in the fail-safe case, an issue has
Ethernet port allocation was not thread safe, means 2 threads which tried
to allocate a new port at the same time might get an identical port
identifier and caused to memory overwrite.
Actually, all the port configurations were not thread safe from ethdev
point of view.
The port ownership mechanis
Add ownership mechanism to DPDK Ethernet devices to avoid multiple management
of a device by different DPDK entities.
The port ownership mechanism is a good point to redefine the synchronization
rules in ethdev:
1. The port allocation and port release synchronization will be managed
by
rte_eth_dev_is_removed API was added to detect a device removal
synchronously.
When a device removal occurs during flow command execution, many
different errors can be reported to the user.
Adjust all flow APIs error reports to return -EIO in case of device
removal using rte_eth_dev_is_removed AP
rte_eth_dev_is_removed API was added to detect a device removal
synchronously.
When a device removal occurs during control command execution, many
different errors can be reported to the user.
Adjust all ethdev APIs error reports to return -EIO in case of device
removal using rte_eth_dev_is_remov
There is time between the physical removal of the device until
sub-device PMDs get a RMV interrupt. At this time DPDK PMDs and
applications still don't know about the removal and may call sub-device
control operation which should return an error.
In previous code this error is reported to the appl
Add support to get removal status of mlx5 device.
It is not supported in secondary process.
Signed-off-by: Matan Azrad
---
drivers/net/mlx5/mlx5.c| 2 ++
drivers/net/mlx5/mlx5.h| 1 +
drivers/net/mlx5/mlx5_ethdev.c | 20
3 files changed, 23 insertions(+)
d
Add support to get removal status of mlx4 device.
Signed-off-by: Matan Azrad
---
drivers/net/mlx4/mlx4.c| 1 +
drivers/net/mlx4/mlx4.h| 1 +
drivers/net/mlx4/mlx4_ethdev.c | 20
3 files changed, 22 insertions(+)
diff --git a/drivers/net/mlx4/mlx4.c b/drive
There is time between the physical removal of the device until PMDs get
a RMV interrupt. At this time DPDK PMDs and applications still don't
know about the removal.
Current removal detection is achieved only by registration to device RMV
event and the notification comes asynchronously. So, there i
This commit include BPF API to be used by TAP.
tap_flow_bpf_cls_q() - download to kernel BPF program that classifies
packets to their matching queues
tap_flow_bpf_calc_l3_l4_hash() - download to kernel BPF program that
calculates per packet layer 3 and layer 4 RSS hash
tap_flow_bpf_rss_map_create(
Signed-off-by: Ophir Munk
Acked-by: Pascal Mazon
---
doc/guides/nics/tap.rst | 60 +
1 file changed, 60 insertions(+)
diff --git a/doc/guides/nics/tap.rst b/doc/guides/nics/tap.rst
index 04086b1..dc6f834 100644
--- a/doc/guides/nics/tap.rst
+++ b/
TAP PMD is required to support RSS queue mapping based on rte_flow API. An
example usage for this requirement is failsafe transparent switching from a
PCI device to TAP device while keep redirecting packets to the same RSS
queues on both devices.
TAP RSS implementation is based on eBPF programs se
There is time between the physical removal of the device until sub-device PMDs
get a RMV interrupt.
At this time DPDK PMDs and applications still don't know about the removal and
may call sub-device control operation which should return an error.
This series adds new ethdev operation to check d
File tap_bpf_program.c was added with two ELF sections
corresponding to two BPF programs and one BPF map.
Section cls_q - BPF classifier to classify packets to their
corresponding queue after an RSS hash was calculated on the packet
and saved in skb->cb[1]
Section l3_l4 - BPF action to calculate R
File tap_bpf_insns.h was added. It includes eBPF bytes code
which corresponds to source file tap_bpf_program.c
(see "net/tap: add eBPF program file").
The bytes code is in the format of C arrays of struct bpf_insn and
was generated from the C file tap_bpf_program.c
1. The C file was compiled via L
Add a generic TC actions handling for TC actions: "mirred",
"gact", "skbedit". This will be useful when introducing
BPF actions, as it uses TCA_BPF_ACT instead of TCA_FLOWER_ACT
Signed-off-by: Ophir Munk
Acked-by: Pascal Mazon
---
drivers/net/tap/Makefile | 8 ++
drivers/net/tap/rte_eth_
The patches of TAP RSS eBPF follow the RFC on this issue
https://dpdk.org/dev/patchwork/patch/31781/
v6 changes with respect to v5
=
1. Reorder thes following commits (source file commit before byte code commit)
net/tap: add eBPF program file
net/tap: add eBPF bytes
Hi Thomas
From: Thomas Monjalon, Saturday, January 20, 2018 10:29 PM
> 20/01/2018 20:04, Matan Azrad:
> > Konstantin wrote in another thread:
> > >+ RTE_ETH_VALID_PORTID_OR_ERR_RET(port_id, 0);
> > >+
> > >+ dev = &rte_eth_devices[port_id];
> > >+
> > >+ RTE_FUNC_PTR_OR_ERR_RET(*dev->dev_ops->is
20/01/2018 19:19, De Lara Guarch, Pablo:
> Hi Thomas,
>
> From: Thomas Monjalon [mailto:tho...@monjalon.net]
> > 20/01/2018 16:15, Pablo de Lara:
> > > http://dpdk.org/git/next/dpdk-next-crypto
> >
> > There is a compilation error with clang:
> >
> > drivers/crypto/aesni_mb/rte_aesni_mb_pmd_pr
20/01/2018 20:04, Matan Azrad:
> Konstantin wrote in another thread:
> >+RTE_ETH_VALID_PORTID_OR_ERR_RET(port_id, 0);
> >+
> >+dev = &rte_eth_devices[port_id];
> >+
> >+RTE_FUNC_PTR_OR_ERR_RET(*dev->dev_ops->is_removed, 0);
>
> > I'd says these 2 checks have to be swapped.
>
> Konstan
Hi Harish,
Friday, January 19, 2018 9:30 PM, Patil, Harish:
> >
>
> Hi Shahaf,
> This testpmd change is causing some issues for qede PMD.
> In this patch, rte_eth_dev_configure() and RX/TX queue setup functions are
> called for the second time after applying TX offloads but without calling
> rt
Hi all
From: Thomas Monjalon, Friday, January 19, 2018 8:17 PM
> 19/01/2018 19:13, Ferruh Yigit:
> > On 1/19/2018 5:54 PM, Thomas Monjalon wrote:
> > > 19/01/2018 17:19, Ferruh Yigit:
> > >> On 1/18/2018 6:10 PM, Matan Azrad wrote:
> > >>> From: Ferruh Yigit, Thursday, January 18, 2018 7:31 PM
> >
Hi Thomas,
> -Original Message-
> From: Thomas Monjalon [mailto:tho...@monjalon.net]
> Sent: Saturday, January 20, 2018 5:00 PM
> To: De Lara Guarch, Pablo
> Cc: dev@dpdk.org
> Subject: Re: [dpdk-dev] [pull-request] next-crypto 18.02 rc1
>
> 20/01/2018 16:15, Pablo de Lara:
> > http://
Hi Gaetan
From: Gaëtan Rivet, Friday, January 19, 2018 5:00 PM
> Hi Matan,
>
> On Fri, Jan 19, 2018 at 01:35:10PM +, Matan Azrad wrote:
> > Hi Konstantin
> >
> > From: Ananyev, Konstantin, Friday, January 19, 2018 3:09 PM
> > > > -Original Message-
> > > > From: Matan Azrad [mailto:ma
Hi Matan,
>
> Hi Konstantin
>
> From: Ananyev, Konstantin, Friday, January 19, 2018 2:40 PM
> > > -Original Message-
> > > From: Matan Azrad [mailto:ma...@mellanox.com]
> > > Sent: Thursday, January 18, 2018 4:35 PM
> > > To: Thomas Monjalon ; Gaetan Rivet
> > > ; Wu, Jingjing
> > > Cc:
20/01/2018 16:15, Pablo de Lara:
> http://dpdk.org/git/next/dpdk-next-crypto
There is a compilation error with clang:
drivers/crypto/aesni_mb/rte_aesni_mb_pmd_private.h:46:4: fatal error:
use of undeclared identifier 'AES_CCM'
Update "port" function argument variable to "port_id" in public
header to be consistent in all APIs.
No functional change.
Signed-off-by: Ferruh Yigit
---
lib/librte_ether/rte_ethdev.h | 38 +++---
1 file changed, 19 insertions(+), 19 deletions(-)
diff --git a/l
rte_ethdev_core.h created. Internal data structures are moved here.
These structures are mostly intended to be used by drivers, but they
need to be in the public header file because of the inline functions
in the ethdev.h header, and those inline functions are preferred to
kept because of the perf
Move all inline function to the end of the ethdev.h header file and move
the ethdev_core.h just before inline functions.
Since inline functions need data structures in ethdev_core.h, this
reorder is to group them and make it clear where put further inline
functions.
Signed-off-by: Ferruh Yigit
-
Create a rte_ethdev_driver.h file and move PMD specific APIs here.
Drivers updated to include this new header file.
There is no update in header content and since ethdev.h included by
ethdev_driver.h, nothing changed from driver point of view, only
logically grouping of APIs. From applications poi
No config option changed, added or removed.
Only reshuffle PMD config options mostly to help new PMDs where to put
their new config option.
Ordered as physical, paravirtual and virtual groups. Alphabetical order
within a group.
Also tried to group vendor devices together which breaks alphabetical
Hi Konstantin
From: Ananyev, Konstantin, Friday, January 19, 2018 2:40 PM
> > -Original Message-
> > From: Matan Azrad [mailto:ma...@mellanox.com]
> > Sent: Thursday, January 18, 2018 4:35 PM
> > To: Thomas Monjalon ; Gaetan Rivet
> > ; Wu, Jingjing
> > Cc: dev@dpdk.org; Neil Horman ; Ric
19/11/2017 23:16, Aleksey Baulin:
> A warning is issued when using an argument to likely() or unlikely()
> builtins which is evaluated to a pointer value, as __builtin_expect()
> expects a 'long int' type for its first argument. With this fix
> a pointer value is converted to an integer with the va
19/01/2018 07:10, Herbert Guan:
> This patch provides an option to do rte_memcpy() using 'restrict'
> qualifier, which can induce GCC to do optimizations by using more
> efficient instructions, providing some performance gain over memcpy()
> on some ARM64 platforms/enviroments.
>
> The memory copy
On 1/19/2018 6:48 AM, Pascal Mazon wrote:
> Hi,
>
> It seems more logical to me to introduce tap_program (patch 3) before
> its compiled version (patch 2).
> Source code is indeed written down before compiling it.
>
> The doc section is a good addition.
> I'll be happy to see the upcoming utility
+Cc Pablo, maintainer of the crypto tree
20/01/2018 16:50, Thomas Monjalon:
> Hi,
>
> 28/11/2017 02:27, Jay Zhou:
> > For DPDK, I'm a newbie. Thanks for testing and pointing these steps
> > out, will fix them in V2.
>
> Any news about this work?
>
> I see there is also a patch from Fan Zhang to
18/01/2018 15:59, Yuanhan Liu:
> On Mon, Nov 27, 2017 at 08:01:03PM +, Fan Zhang wrote:
> > This patchset adds crypto backend suppport to vhost_user library,
> > including a proof-of-concept sample application. The implementation
> > follows the virtio-crypto specification and have been tested
Hi,
28/11/2017 02:27, Jay Zhou:
> For DPDK, I'm a newbie. Thanks for testing and pointing these steps
> out, will fix them in V2.
Any news about this work?
I see there is also a patch from Fan Zhang to support crypto in vhost-user.
Do you work together?
12/01/2018 11:22, Maxime Coquelin:
> Intel VT-d supports different address widths for the IOVAs, from
> 39 bits to 56 bits.
>
> While recent processors support at least 48 bits, VT-d emulation
> currently only supports 39 bits. It makes DMA mapping to fail in this
> case when using VA as IOVA mode
The following changes since commit c43cb3b184ca416c2a2ecd8edb797cbcd25c:
hash: select fbk function at run-time (2018-01-20 15:35:16 +0100)
are available in the Git repository at:
http://dpdk.org/git/next/dpdk-next-crypto
for you to fetch changes up to a4063a1d84ff393334c8c5f325529a9958
19/01/2018 18:37, Maxime Coquelin:
>
> On 10/31/2017 04:59 PM, Jonas Pfefferle wrote:
> > Check and report errors on open/read in noiommu check.
> >
> > Signed-off-by: Jonas Pfefferle
> > ---
> > lib/librte_eal/linuxapp/eal/eal_vfio.c | 29 +
> > 1 file changed, 21
11/12/2017 13:52, Bruce Richardson:
> On Mon, Nov 06, 2017 at 10:04:02AM -0800, Elza Mathew wrote:
> > Compile-time function selection can potentially lead to
> > lower performance on generic builds done by distros.
> > Replaced compile time flag checks with run-time function
> > selection.
> >
>
11/12/2017 14:26, Bruce Richardson:
> On Mon, Nov 06, 2017 at 10:04:49AM -0800, Elza Mathew wrote:
> > Compile-time function selection can potentially lead to
> > lower performance on generic builds done by distros.
> > Replaced compile time flag checks with run-time function
> > selection.
> >
>
On 1/19/2018 5:33 PM, Ferruh Yigit wrote:
> On 1/16/2018 9:41 PM, Xiao Wang wrote:
>> When live migration is done, for the backup VM, either the virtio
>> frontend or the vhost backend needs to send out gratuitous RARP packet
>> to announce its new network location.
>>
>> This patch enables VIRTIO_
19/01/2018 23:19, Elza Mathew:
> @@ -16026,6 +16078,7 @@ struct cmd_cmdfile_result {
> (cmdline_parse_inst_t *)&cmd_set_link_down,
> (cmdline_parse_inst_t *)&cmd_reset,
> (cmdline_parse_inst_t *)&cmd_set_numbers,
> + (cmdline_parse_inst_t *)&cmd_set_log,
> (cmdline_parse
20/01/2018 13:54, Ananyev, Konstantin:
> Hi Neil,
>
> > - Message-
> > From: Neil Horman [mailto:nhor...@tuxdriver.com]
> > Sent: Friday, January 19, 2018 7:48 PM
> > To: Thomas Monjalon
> > Cc: dev@dpdk.org; Matan Azrad ; Richardson, Bruce
> > ; Ananyev, Konstantin
> > ; Gaetan Rivet ;
On 1/19/2018 1:27 PM, Remy Horton wrote:
"app/testpmd: fix incorrect port id word size" ?
> The word size of port_id is now 16 bits, but there were parsing directives
> that assumed it was still of type UINT8, resulting in incorrect commandline
> parse results.
>
> Fixes: f14a210a65fe ("app: fix
> -Original Message-
> From: dev [mailto:dev-boun...@dpdk.org] On Behalf Of Zhang, Qi Z
> Sent: Saturday, January 20, 2018 9:19 PM
> To: Xing, Beilei
> Cc: dev@dpdk.org; Chilikin, Andrey
> Subject: Re: [dpdk-dev] [PATCH v4 0/3] net/i40e: change for ptype parser
>
>
>
> > -Original
> -Original Message-
> From: Xing, Beilei
> Sent: Friday, January 19, 2018 3:50 PM
> To: Zhang, Qi Z
> Cc: dev@dpdk.org; Chilikin, Andrey
> Subject: [PATCH v4 0/3] net/i40e: change for ptype parser
>
> This patchset is mainly for fixing fail to update SW ptype table and adding
> parser
Hi Neil,
> - Message-
> From: Neil Horman [mailto:nhor...@tuxdriver.com]
> Sent: Friday, January 19, 2018 7:48 PM
> To: Thomas Monjalon
> Cc: dev@dpdk.org; Matan Azrad ; Richardson, Bruce
> ; Ananyev, Konstantin
> ; Gaetan Rivet ; Wu,
> Jingjing
> Subject: Re: [dpdk-dev] [PATCH v2 2/6]
Hi Rosen
You may need to split the patches into 3, one per each PMD.
Also please get it reviewed by maintainers, and do/fix any patchwork check
issues.
Thanks!
/Helin
> -Original Message-
> From: dev [mailto:dev-boun...@dpdk.org] On Behalf Of Rosen Xu
> Sent: Friday, January 19, 2018 11
> -Original Message-
> From: Zhang, Helin
> Sent: Wednesday, January 17, 2018 10:57 PM
> To: Zhang, Qi Z; Xing, Beilei
> Cc: dev@dpdk.org; sta...@dpdk.org
> Subject: RE: [PATCH v3] net/i40e: fix packet type parser issue
>
>
>
> > -Original Message-
> > From: dev [mailto:dev-bou
> -Original Message-
> From: Zhang, Helin
> Sent: Thursday, January 18, 2018 8:43 AM
> To: Ananyev, Konstantin; Nicolau, Radu; dev@dpdk.org
> Cc: Yigit, Ferruh; Lu, Wenzhuo; Zhao, XinfengX; De Lara Guarch, Pablo
> Subject: RE: [PATCH v2] net/ixgbe: check if security capabilities are enabl
> -Original Message-
> From: dev [mailto:dev-boun...@dpdk.org] On Behalf Of Beilei Xing
> Sent: Friday, January 19, 2018 1:24 PM
> To: Zhang, Qi Z; Wu, Jingjing
> Cc: dev@dpdk.org; sta...@dpdk.org
> Subject: [dpdk-dev] [PATCH v3] net/i40e: fix fdir Rx resource defect
>
> FDIR Rx ring isn
-Original Message-
> Date: Sat, 20 Jan 2018 05:18:30 +
> From: "Patil, Harish"
> To: "liang.j...@intel.com" ,
> "peter.mccar...@intel.com"
> CC: "dev@dpdk.org"
> Subject: [dpdk-dev] Compilation errors in drivers/event/opdl/
>
> [This sender failed our fraud detection checks and may
On Thu, Jan 18, 2018 at 11:07:52PM +, Carrillo, Erik G wrote:
> > -Original Message-
> > From: Pavan Nikhilesh [mailto:pbhagavat...@caviumnetworks.com]
> > Sent: Thursday, January 11, 2018 6:19 AM
> > To: Carrillo, Erik G ;
> > jerin.ja...@caviumnetworks.com; nipun.gu...@nxp.com;
> > he
20/01/2018 06:18, Patil, Harish:
> Hi,
>
> I am seeing below compilation errors in drivers/event/opdl/, this is with
> cloned latest DPDK (git clone http://dpdk.org/git/dpdk).
>
> ..
> ..
> /home2/hpatil/e4/jan19-inbox-submit/dpdk/drivers/event/opdl/opdl_evdev_xsta
> ts.c: In function âopdl_xst
DPDK hands on lab March 10th, Bangalore India [1]
Please apply at eventbrite link [2]
In this hands on lab you will learn what is new with DPDK, how it is used in
other projects such as fd.io, kata containers and Mobile Edge computing. You
will get to log in to the latest Intel Xeon processors
67 matches
Mail list logo
