On 10/16/2018 12:10 PM, jos...@dpdk.org wrote:
> Hi Akhil,
>
> https://tools.ietf.org/html/rfc4301#section-1
>
> RFC says we need to use "IPsec" and not "IPSec". Can you fix this in the
> lines you have added?
I will send a separate patch to correct it in the complete document.
>
> And do see inl
> -Original Message-
> From: dev On Behalf Of Shahaf Shuler
> Sent: Tuesday, October 16, 2018 9:05 AM
> To: Yongseok Koh
> Cc: dev@dpdk.org; Ori Kam ; Xueming(Steven) Li
>
> Subject: [dpdk-dev] [PATCH v2] net/mlx5: fix compilation issue on ARM SOC
>
> On some ARM environment, the bel
Add link of PPPoE package release.
Signed-off-by: Beilei Xing
---
doc/guides/nics/i40e.rst | 3 +++
1 file changed, 3 insertions(+)
diff --git a/doc/guides/nics/i40e.rst b/doc/guides/nics/i40e.rst
index 0acda43..ab3928a 100644
--- a/doc/guides/nics/i40e.rst
+++ b/doc/guides/nics/i40e.rst
@@ -43
Hi Akhil,
https://tools.ietf.org/html/rfc4301#section-1
RFC says we need to use "IPsec" and not "IPSec". Can you fix this in the
lines you have added?
And do see inline for other comments.
Thanks,
Anoob
On 15-10-2018 18:23, Akhil Goyal wrote:
> External Email
>
> From: Akhil Goyal
>
> Packet
Hi Akhil,
On 15-10-2018 18:33, Akhil Goyal wrote:
> External Email
>
> On 10/9/2018 5:08 PM, Joseph, Anoob wrote:
>> Hi Akhil,
>>
>> Please see inline.
>>
>> Thanks,
>> Anoob
>> On 08-10-2018 15:19, Akhil Goyal wrote:
>>> External Email
>>>
>>> Hi Anoob,
>>> @@ -494,6 +553,23 @@ IPsec related
On some ARM environment, the below compilation error will be seen
dpdk/drivers/net/mlx5/mlx5_flow_dv.c: In function
'flow_dv_translate_item_nvgre':
/tmp/dpdk/drivers/net/mlx5/mlx5_flow_dv.c:785:22: error: pointer targets
in initialization differ in signedness [-Werror=pointer-sign]
const char *t
>-Original Message-
>From: Daly, Lee
>Sent: 15 October 2018 20:40
>To: Verma, Shally
>Cc: Jozwiak, TomaszX ; dev@dpdk.org; Trahe, Fiona
>; akhil.go...@nxp.com
>Subject: RE: [dpdk-dev] [PATCH 2/3] app/compress-perf: add performance
>measurement
>
>External Email
>
>Thanks for your inp
From: huaibin Wang
Promisc should not be disabled if the all multicast mode is enabled.
Patch keeps the promiscuous on if all multicast mode is on, this
behavior is also consistant with the implementation done on ixgbe
pmd.
Signed-off-by: huaibin Wang
Signed-off-by: Laurent Hardy
---
Cc: Beile
On Mon, Oct 15, 2018 at 03:50:54PM +0100, Ferruh Yigit wrote:
> Fixes: 7c1290374621 ("vhost: rename device ops struct")
>
> Signed-off-by: Ferruh Yigit
> ---
> Cc: Maxime Coquelin
> Cc: Tiwei Bie
> Cc: Zhihong Wang
> ---
> doc/guides/rel_notes/release_18_11.rst | 2 +-
> 1 file changed, 1 ins
On 18-10-14 10:35:30, Andrew Rybchenko wrote:
> On 13.10.2018 06:24, Jack Min wrote:
> > rewrite TTL by decrease or just set it directly
> > it's not necessary to check if the final result
> > is zero or not
> >
> > This is slightly different from the one defined
> > by openflow and more generic
>
> >
> >rte_hash_lookup_xxx APIs return the index of the element in the key
> >store. Application(reader) can use that index to reference other data
> >structures in its scope. Because of this, the index should not be
> >recycled till the application completes using the index.
> >RTE_HASH_EXTRA_FL
> -Original Message-
> From: Laatz, Kevin
> Sent: Thursday, October 11, 2018 9:59 AM
> To: dev@dpdk.org
> Cc: Van Haaren, Harry ;
> step...@networkplumber.org; gaetan.ri...@6wind.com; shreyansh.j...@nxp.com;
> tho...@monjalon.net; mattias.ronnb...@ericsson.com; Richardson, Bruce
> ; Laatz,
> -Original Message-
> From: Laatz, Kevin
> Sent: Thursday, October 11, 2018 9:59 AM
> To: dev@dpdk.org
> Cc: Van Haaren, Harry ;
> step...@networkplumber.org; gaetan.ri...@6wind.com; shreyansh.j...@nxp.com;
> tho...@monjalon.net; mattias.ronnb...@ericsson.com; Richardson, Bruce
> ; Ciara P
> -Original Message-
> From: Laatz, Kevin
> Sent: Thursday, October 11, 2018 9:59 AM
> To: dev@dpdk.org
> Cc: Van Haaren, Harry ;
> step...@networkplumber.org; gaetan.ri...@6wind.com; shreyansh.j...@nxp.com;
> tho...@monjalon.net; mattias.ronnb...@ericsson.com; Richardson, Bruce
> ; Ciara P
> -Original Message-
> From: Laatz, Kevin
> Sent: Thursday, October 11, 2018 9:59 AM
> To: dev@dpdk.org
> Cc: Van Haaren, Harry ;
> step...@networkplumber.org; gaetan.ri...@6wind.com; shreyansh.j...@nxp.com;
> tho...@monjalon.net; mattias.ronnb...@ericsson.com; Richardson, Bruce
> ; Ciara P
> -Original Message-
> From: Laatz, Kevin
> Sent: Thursday, October 11, 2018 9:59 AM
> To: dev@dpdk.org
> Cc: Van Haaren, Harry ;
> step...@networkplumber.org; gaetan.ri...@6wind.com; shreyansh.j...@nxp.com;
> tho...@monjalon.net; mattias.ronnb...@ericsson.com; Richardson, Bruce
> ; Ciara P
> -Original Message-
> From: Laatz, Kevin
> Sent: Thursday, October 11, 2018 9:58 AM
> To: dev@dpdk.org
> Cc: Van Haaren, Harry ;
> step...@networkplumber.org; gaetan.ri...@6wind.com; shreyansh.j...@nxp.com;
> tho...@monjalon.net; mattias.ronnb...@ericsson.com; Richardson, Bruce
> ; Ciara P
> -Original Message-
> From: Laatz, Kevin
> Sent: Thursday, October 11, 2018 9:59 AM
> To: dev@dpdk.org
> Cc: Van Haaren, Harry ;
> step...@networkplumber.org; gaetan.ri...@6wind.com; shreyansh.j...@nxp.com;
> tho...@monjalon.net; mattias.ronnb...@ericsson.com; Richardson, Bruce
> ; Ciara P
> -Original Message-
> From: Laatz, Kevin
> Sent: Thursday, October 11, 2018 9:59 AM
> To: dev@dpdk.org
> Cc: Van Haaren, Harry ;
> step...@networkplumber.org; gaetan.ri...@6wind.com; shreyansh.j...@nxp.com;
> tho...@monjalon.net; mattias.ronnb...@ericsson.com; Richardson, Bruce
> ; Ciara P
> -Original Message-
> From: Laatz, Kevin
> Sent: Thursday, October 11, 2018 9:59 AM
> To: dev@dpdk.org
> Cc: Van Haaren, Harry ;
> step...@networkplumber.org; gaetan.ri...@6wind.com; shreyansh.j...@nxp.com;
> tho...@monjalon.net; mattias.ronnb...@ericsson.com; Richardson, Bruce
> ; Ciara P
> -Original Message-
> From: Laatz, Kevin
> Sent: Thursday, October 11, 2018 9:58 AM
> To: dev@dpdk.org
> Cc: Van Haaren, Harry ;
> step...@networkplumber.org; gaetan.ri...@6wind.com; shreyansh.j...@nxp.com;
> tho...@monjalon.net; mattias.ronnb...@ericsson.com; Richardson, Bruce
> ; Ciara P
> -Original Message-
> From: Laatz, Kevin
> Sent: Thursday, October 11, 2018 9:58 AM
> To: dev@dpdk.org
> Cc: Van Haaren, Harry ;
> step...@networkplumber.org; gaetan.ri...@6wind.com; shreyansh.j...@nxp.com;
> tho...@monjalon.net; mattias.ronnb...@ericsson.com; Richardson, Bruce
> ; Ciara P
> -Original Message-
> From: Laatz, Kevin
> Sent: Thursday, October 11, 2018 9:58 AM
> To: dev@dpdk.org
> Cc: Van Haaren, Harry ;
> step...@networkplumber.org; gaetan.ri...@6wind.com; shreyansh.j...@nxp.com;
> tho...@monjalon.net; mattias.ronnb...@ericsson.com; Richardson, Bruce
> ; Laatz,
> -Original Message-
> From: Laatz, Kevin
> Sent: Thursday, October 11, 2018 9:58 AM
> To: dev@dpdk.org
> Cc: Van Haaren, Harry ;
> step...@networkplumber.org; gaetan.ri...@6wind.com; shreyansh.j...@nxp.com;
> tho...@monjalon.net; mattias.ronnb...@ericsson.com; Richardson, Bruce
> ; Laatz,
The sample code demonstrates device (ethdev only) management
at a multi-process environment. The user can attach/detach a
device on primary process and see it is synced on secondary
process automatically.
How to start?
./hotplug_mp --proc-type=auto
Command Line Example:
>help
>list
/* attach a
Add driver API rte_eth_release_port_secondary to support the
case when an ethdev need to be detached on a secondary process.
Local state is set to unused and shared data will not be reset
so the primary process can still use it.
Signed-off-by: Qi Zhang
---
lib/librte_ethdev/rte_ethdev.c
This patch cover the multi-process hotplug case when a device
attach/detach request be issued from a secondary process
device attach on secondary:
a) secondary send sync request to the primary.
b) primary receive the request and attach the new device if
failed goto i).
c) primary forward attach
Attach port from secondary should ignore devargs since the private
device is not necessary to support. Also previously, detach port on
a secondary process will mess primary process and cause the same
device can't be attached back again. A secondary process should use
rte_eth_dev_release_port_second
With the enabling for hotplug on multi-process,
rte_eth_dev_pci_generic_remove can be used to detach the device from
a secondary process also. But we need to take care of the uninit callback
parameter to make sure it handles the secondary case correctly.
Signed-off-by: Qi Zhang
---
drivers/net/b
We are going to introduce the solution to handle hotplug in
multi-process, it includes the below scenario:
1. Attach a device from the primary
2. Detach a device from the primary
3. Attach a device from a secondary
4. Detach a device from a secondary
In the primary-secondary process model, we ass
v17:
- fix format in release notes
- rework build_devargs
- fix devargs memory leak in rte_dev_hotplug_add
- always explicit if ( != 0)
- rename rte_dev_hotplug_mp_init to rte_mp_dev_hotplug_init and move
funciton claim to rte_dev.h
- comment reword
v16:
- rebase to patch "simplify parameters o
15/10/2018 14:01, Shreyansh Jain:
> A common library, valid for dpaaX drivers, which is used to maintain
> a local copy of PA->VA translations.
>
> In case of physical addressing mode (one of the option for FSLMC, and
> only option for DPAA bus), the addresses of descriptors Rx'd are
> physical. T
Enable dynamic huffman encoding in the QAT comp PMD.
Signed-off-by: Tomasz Jozwiak
Signed-off-by: Fiona Trahe
---
v4 changes:
- use #define for IM buffer logs, disable all by default
and use param for clearer hexdump length.
v3 changes:
- reverted to 1 buffer per intermediate buffer sgl
04/10/2018 11:11, Burakov, Anatoly:
> On 04-Oct-18 7:44 AM, Jeff Guo wrote:
> > As we may know that the process of hotplug is different between igb_uio
> > and vfio. For igb_uio, it could use uevent notification and memory
> > failure handle mechanism for hot-unplug. But for vfio, when device is be
This is to prevent sample applications to do busy wait while waiting for
worker threads to terminate. Should save cycles on master core.
By default a 1ms wait interval used.
Signed-off-by: Ferruh Yigit
---
examples/bbdev_app/main.c | 2 +-
examples/distributor/Makefile
It is common that sample applications call rte_eal_wait_lcore() while
waiting for worker threads to be terminated.
Mostly master lcore keeps waiting in this function.
The waiting app for termination is not a time critical task, app can
prefer a sleep version of the waiting to consume less cycles.
> Jeff Guo (7):
> bus: add hot-unplug handler
> bus/pci: implement hot-unplug handler ops
> bus: add sigbus handler
> bus/pci: implement sigbus handler ops
> bus: add helper to handle sigbus
> eal: add failure handle mechanism for hot-unplug
> app/testpmd: use hotplug failure handler
Hi Yipeng,
Thank you for the review, appreciate your efforts.
Thank you,
Honnappa
> >
> >RW concurrency is required with single writer and multiple reader
> >usecase as well. Hence, multi-writer should not be enabled by default
> >when RW concurrency is enabled.
> >
> >Fixes: f2e3001b53ec
If your patch arrived to your colleagues on the same domain but not to
dev@dpdk,
I would place a bet on your outgoing smtp server not sending it outside
your domain.
Moreover I wanted to mention one more thing, that the issue of multicast
packets not working is only with DPDK 140eVF PMD. In case I use the i40evf of
the kernel then it is working fine and I don’t see any issues with v6. So why
is the trust mode a requirement for DPDK pmd ?
From: Dey, Souvik
S
No the trust mode is off currently on the host. I can try with trust mode on
too. But I have a doubt, is trust mode mandatory to be turned on to make the VF
receive v6 multicast packets ? if yes then how will this work in openstack
(i40e VF dpdk) with v6 ?
--
Regards,
Souvik
From: Ruinan
Sent
Hi,
Did you enable trust mode on vf? If trust is off on host, promiscuous can’t
enabled from vm.
Ruinan Hu
ruinan...@casa-systems.com
(857) 209-1955
> On Oct 15, 2018, at 14:26, Dey, Souvik wrote:
>
> Hi All,
>I am currently facing issues with getting the multicast IPv6
> pac
Hi All,
I am currently facing issues with getting the multicast IPv6
packets when using the i40evf pmd.
I do see there is a limitation mentioned in the release notes of DPDK that
16.27. I40e VF may not receive packets in the promiscuous mode
Description:
Promiscuous mode is not s
On 10/15/2018 3:05 PM, Rahul Lakkireddy wrote:
> Implement RTE_FLOW_ACTION_TYPE_MAC_SWAP to offload flows with
> action to swap the source and destination MAC addresses in the
> outermost Ethernet header.
>
> Signed-off-by: Rahul Lakkireddy
Applied to dpdk-next-net/master, thanks.
> -Original Message-
> From: dev [mailto:dev-boun...@dpdk.org] On Behalf Of Dumitrescu,
> Cristian
> Sent: Monday, October 15, 2018 5:05 PM
> To: Pattan, Reshma ; dev@dpdk.org
> Subject: Re: [dpdk-dev] [PATCH v2] net/softnic: add support for flow API
> vxlan encap action
>
>
>
> > ---
> -Original Message-
> From: Li, Xiaoyun
> Sent: Sunday, October 14, 2018 9:37 PM
> To: Xing, Beilei ; Zhang, Qi Z ;
> dev@dpdk.org; Lu, Wenzhuo ; Wu, Jingjing
>
> Cc: Li, Xiaoyun
> Subject: [PATCH v4] doc: add known issue about legacy intr mode for ixgbe
>
> When using uio_pci_generi
> -Original Message-
> From: Pattan, Reshma
> Sent: Monday, October 15, 2018 3:42 PM
> To: dev@dpdk.org; Dumitrescu, Cristian
> Cc: Pattan, Reshma
> Subject: [PATCH v2] net/softnic: add support for flow API vxlan encap action
>
> Added support to handle vxlan encap action of rte flow
> -Original Message-
> From: Varghese, Vipin
> Sent: Friday, October 12, 2018 3:04 PM
> To: dev@dpdk.org; Dumitrescu, Cristian ;
> Singh, Jasvinder
> Cc: Byrne, Stephen1 ; Varghese, Vipin
>
> Subject: [PATCH] doc/qos_meter: update application information
>
> THe change adds special no
> -Original Message-
> From: Varghese, Vipin
> Sent: Monday, October 15, 2018 8:05 AM
> To: dev@dpdk.org; Dumitrescu, Cristian
> Cc: Byrne, Stephen1 ; Mcnamara, John
> ; Doherty, Declan
> ; Varghese, Vipin
> Subject: [PATCH] doc/tm: update support for pf only
>
> Documentation is upda
> -Original Message-
> From: Jerin Jacob [mailto:jerin.ja...@caviumnetworks.com]
> Sent: Monday, October 15, 2018 4:35 PM
> To: Varghese, Vipin
> Cc: dev@dpdk.org; Dumitrescu, Cristian ;
> Byrne, Stephen1 ; Mcnamara, John
> ; Doherty, Declan
> Subject: Re: [dpdk-dev] [PATCH] doc/tm: up
-Original Message-
> Date: Mon, 15 Oct 2018 12:34:51 +0530
> From: Vipin Varghese
> To: dev@dpdk.org, cristian.dumitre...@intel.com
> CC: stephen1.by...@intel.com, john.mcnam...@intel.com,
> declan.dohe...@intel.com, Vipin Varghese
> Subject: [dpdk-dev] [PATCH] doc/tm: update support for
Thanks for your input Shally see comments below.
I will be reviewing these changes while Tomasz is out this week.
> -Original Message-
> From: dev [mailto:dev-boun...@dpdk.org] On Behalf Of Verma, Shally
> Sent: Friday, October 12, 2018 11:16 AM
> To: Jozwiak, TomaszX ; dev@dpdk.org; Tra
On 10/15/18 5:11 PM, Alejandro Lucero wrote:
Primary and secondary processes share a per-device private data. With
current design it is not possible to have data per-device per-process.
This is required for handling properly the CPP interface inside the NFP
PMD with multiprocess support.
There i
Added support to handle vxlan encap action of rte flow rule.
Signed-off-by: Reshma Pattan
Acked-by: Dumitrescu Cristian
---
drivers/net/softnic/rte_eth_softnic_flow.c | 192 +
1 file changed, 192 insertions(+)
diff --git a/drivers/net/softnic/rte_eth_softnic_flow.c
b/drive
On Mon, 2018-10-15 at 15:50 +0100, Ferruh Yigit wrote:
> Fixes: a3d6026711d0 ("ring: relax alignment constraint on ring
> structure")
> Cc: sta...@dpdk.org
>
> Signed-off-by: Ferruh Yigit
> ---
> Cc: olivier.m...@6wind.com
> Cc: Luca Boccassi
> ---
> lib/librte_ring/meson.build | 1 +
> 1 file
On Mon, 2018-10-15 at 15:50 +0100, Ferruh Yigit wrote:
> Fixes: d27a6261875d ("mbuf: remove control mbuf")
> Cc: sta...@dpdk.org
>
> Signed-off-by: Ferruh Yigit
> ---
> Cc: olivier.m...@6wind.com
> Cc: Luca Boccassi
> ---
> lib/librte_mbuf/meson.build | 2 +-
> 1 file changed, 1 insertion(+), 1
15/10/2018 15:41, Thomas Monjalon:
> 15/10/2018 13:27, Jeff Guo:
> > This patch implements the ops for the PCI bus sigbus handler. It finds the
> > PCI device that is being hot-unplugged and calls the relevant ops of the
> > hot-unplug handler to handle the hot-unplug failure of the device.
> >
>
The last part of patchset contains the rule cleanup routines.
These ones is the part of outer interface initialization at
the moment of VXLAN VTEP attaching. These routines query
the list of attached VXLAN devices, the list of local IP
addresses with peer and link scope attribute and the list
of pe
VXLAN encap rules are applied to the VF ingress traffic and have the
VTEP as actual redirection destinations instead of outer PF.
The encapsulation rule should provide:
- redirection action VF->PF
- VF port ID
- some inner network parameters (MACs/IP)
- the tunnel outer source IP (v4/v6)
- the tunn
VXLAN interfaces are dynamically created for each local UDP port
of outer networks and then used as targets for TC "flower" filters
in order to perform encapsulation. These VXLAN interfaces are
system-wide, the only one device with given UDP port can exist
in the system (the attempt of creating ano
This part of patchset adds support for flow item/action lists
validation. The following entities are now supported:
- RTE_FLOW_ITEM_TYPE_VXLAN, contains the tunnel VNI
- RTE_FLOW_ACTION_TYPE_VXLAN_DECAP, if this action is specified
the items in the flow items list treated as outer network
par
This part of patchset updates Netlink exchange routine. Message
sequence numbers became not random ones, the multipart reply messages
are supported, not propagating errors to the following socket calls,
Netlink replies buffer size is increased to MNL_SOCKET_BUFFER_SIZE
and now is preallocated at co
This part of patchset adds support of VXLAN-related items and
actions to the flow translation routine. If some of them are
specified in the rule, the extra space for tunnel description
structure is allocated. Later some tunnel types, other than
VXLAN can be addedd (GRE). No VTEP devices are created
This patchset adds the VXLAN encapsulation/decapsulation hardware
offload feature for E-Switch.
A typical use case of tunneling infrastructure is port representors
in switchdev mode, with VXLAN traffic encapsulation performed on
traffic coming *from* a representor and decapsulation on traffic
go
This part of patchset adds configuration changes in makefile and
meson.build for Mellanox MLX5 PMD. Also necessary defenitions
for VXLAN support are made and appropriate data structures
are presented.
Suggested-by: Adrien Mazarguil
Signed-off-by: Viacheslav Ovsiienko
---
drivers/net/mlx5/Makefi
Primary and secondary processes share a per-device private data. With
current design it is not possible to have data per-device per-process.
This is required for handling properly the CPP interface inside the NFP
PMD with multiprocess support.
There is also at least another PMD driver, tap, with s
On 10/15/2018 1:52 PM, Ed Czeck wrote:
> Attempt to allocate smaller chunk of mbufs when larger amount is
> not available. Report error when small chunk not available.
>
> Signed-off-by: Ed Czeck
Series applied to dpdk-next-net/master, thanks.
Implement RTE_FLOW_ACTION_TYPE_MAC_SWAP to offload flows with
action to swap the source and destination MAC addresses in the
outermost Ethernet header.
Signed-off-by: Rahul Lakkireddy
---
doc/guides/rel_notes/release_18_11.rst | 3 ++-
drivers/net/cxgbe/base/t4_msg.h | 3 +++
drivers/
Signed-off-by: Ferruh Yigit
---
devtools/check-git-log.sh | 1 +
1 file changed, 1 insertion(+)
diff --git a/devtools/check-git-log.sh b/devtools/check-git-log.sh
index 97dae4be6..055eee24d 100755
--- a/devtools/check-git-log.sh
+++ b/devtools/check-git-log.sh
@@ -108,6 +108,7 @@ bad=$(echo "$he
Fixes: a3d6026711d0 ("ring: relax alignment constraint on ring structure")
Cc: sta...@dpdk.org
Signed-off-by: Ferruh Yigit
---
Cc: olivier.m...@6wind.com
Cc: Luca Boccassi
---
lib/librte_ring/meson.build | 1 +
1 file changed, 1 insertion(+)
diff --git a/lib/librte_ring/meson.build b/lib/librt
Fixes: 7c1290374621 ("vhost: rename device ops struct")
Signed-off-by: Ferruh Yigit
---
Cc: Maxime Coquelin
Cc: Tiwei Bie
Cc: Zhihong Wang
---
doc/guides/rel_notes/release_18_11.rst | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/doc/guides/rel_notes/release_18_11.rst
b/d
Fixes: d27a6261875d ("mbuf: remove control mbuf")
Cc: sta...@dpdk.org
Signed-off-by: Ferruh Yigit
---
Cc: olivier.m...@6wind.com
Cc: Luca Boccassi
---
lib/librte_mbuf/meson.build | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/lib/librte_mbuf/meson.build b/lib/librte_mbuf/me
These libraries has exported functions but the target of those functions
are not user but other libraries.
The version of these libraries doesn't mean much to the user so can be
dropped from release notes.
Signed-off-by: Ferruh Yigit
---
Indeed this is more a question, should we keep them or rem
The internal shared libraries shouldn't be part of release notes shared
library version section.
Signed-off-by: Ferruh Yigit
---
Cc: Jerin Jacob
Cc: Nipun Gupta
Cc: Stephen Hemminger
Cc: "K. Y. Srinivasan"
Cc: Haiyang Zhang
---
doc/guides/rel_notes/release_18_11.rst | 3 ---
1 file changed,
Fixes: 857ed6c68cf2 ("member: implement main API")
Fixes: 56b6ef874f80 ("efd: new Elastic Flow Distributor library")
Signed-off-by: Ferruh Yigit
---
Cc: yipeng1.w...@intel.com
Cc: pablo.de.lara.gua...@intel.com
---
doc/guides/rel_notes/release_18_11.rst | 2 ++
1 file changed, 2 insertions(+)
d
15/10/2018 13:27, Jeff Guo:
> This patch implements the ops for the PCI bus sigbus handler. It finds the
> PCI device that is being hot-unplugged and calls the relevant ops of the
> hot-unplug handler to handle the hot-unplug failure of the device.
>
> Signed-off-by: Jeff Guo
> Acked-by: Shaopeng
On 10/15/2018 12:28 PM, stable-boun...@dpdk.org wrote:
> This patch fixes the cryptodev library version number that was
> missed updating in DPDK 18.08.
>
> Fixes: a4493be5bdfa ("cryptodev: replace bus specific struct with generic
> dev")
> Cc: sta...@dpdk.org
>
> Signed-off-by: Fan Zhang
Revi
On 10/9/2018 5:08 PM, Joseph, Anoob wrote:
Hi Akhil,
Please see inline.
Thanks,
Anoob
On 08-10-2018 15:19, Akhil Goyal wrote:
External Email
Hi Anoob,
@@ -494,6 +553,23 @@ IPsec related configuration parameters are
defined in ``rte_security_ipsec_xform
/**< Tunnel parameters, N
On Mon, Oct 15, 2018 at 1:12 PM Andrew Rybchenko
wrote:
> On 10/15/18 12:00 PM, Alejandro Lucero wrote:
> > Primary and secondary processes share a per-device private data. With
> > current design it is not possible to have data per-device per-process.
> > This is required for handling properly t
From: Akhil Goyal
DPAA2 SEC platform can support look aside protocol
offload for PDCP protocol.
The relevant APIs for configuring the hardware for PDCP
is added for various modes and crypto algorithms.
Signed-off-by: Hemant Agrawal
Signed-off-by: Horia Geanta Neag
Signed-off-by: Alex Porosanu
From: Akhil Goyal
PDCP session configuration for lookaside protocol offload
and data path is added.
Signed-off-by: Hemant Agrawal
Signed-off-by: Akhil Goyal
---
drivers/crypto/dpaa2_sec/dpaa2_sec_dpseci.c | 257
drivers/crypto/dpaa2_sec/dpaa2_sec_priv.h | 208 ++
From: Akhil Goyal
Packet Data Convergence Protocol (PDCP) is added in rte_security
for 3GPP TS 36.323 for LTE.
The patchset provide the structure definitions for configuring the
PDCP sessions and relevant documentation is added.
Signed-off-by: Hemant Agrawal
Signed-off-by: Akhil Goyal
---
do
From: Akhil Goyal
Security library currently only has support for IPSec protocol.
This patchset defines structures for pdcp protocol in rte_security
and provide a sample driver implementation for lookaside protocol
offload to support PDCP.
changes in v4:
- added capability and setting for packet
Support for version 2 of DDM hardware and user tx meta data.
Verify version during initialization.
Signed-off-by: Ed Czeck
---
drivers/net/ark/ark_ddm.c | 12 ++--
drivers/net/ark/ark_ddm.h | 7 +--
drivers/net/ark/ark_ethdev.c| 3 +++
drivers/net/ark/ark_ethdev_tx.
Only send notification to mpu when crossing 64 index boundary.
Signed-off-by: Ed Czeck
---
drivers/net/ark/ark_ethdev_rx.c | 7 +--
1 file changed, 5 insertions(+), 2 deletions(-)
diff --git a/drivers/net/ark/ark_ethdev_rx.c b/drivers/net/ark/ark_ethdev_rx.c
index 5751585..300029d 100644
--
Attempt to allocate smaller chunk of mbufs when larger amount is
not available. Report error when small chunk not available.
Signed-off-by: Ed Czeck
---
drivers/net/ark/ark_ethdev_rx.c | 48 +++--
1 file changed, 42 insertions(+), 6 deletions(-)
diff --git a
On 10/15/18 12:00 PM, Alejandro Lucero wrote:
Primary and secondary processes share a per-device private data. With
current design it is not possible to have data per-device per-process.
This is required for handling properly the CPP interface inside the NFP
PMD with multiprocess support.
There
With this patch, fslmc bus and ethernet devices on this bus
would start using the physical-virtual library interfaces.
This patch impacts mempool/dpaa2, event/dpaa2, net/dpaa2,
raw/dpaa2_cmdif and raw/dpaa2_qdma as they are dependent
on the bus/fslmc and thus impact linkage of libraries.
Signed-o
With this patch, dpaa bus and ethernet devices on this bus
would start using the physical-virtual library interfaces.
This patch impacts mempool/dpaa, event/dpaa and net/dpaa as
they are dependent on the bus/dpaa and thus impact linkage of
libraries.
Signed-off-by: Shreyansh Jain
---
drivers/bu
A common library, valid for dpaaX drivers, which is used to maintain
a local copy of PA->VA translations.
In case of physical addressing mode (one of the option for FSLMC, and
only option for DPAA bus), the addresses of descriptors Rx'd are
physical. These need to be converted into equivalent VA f
Prior to this patch, bus and common compiled parallel. But, post this
dependency is created.
This is especially important for the DPAA/FSLMC buses which are going
to use the common/dpaax library.
Signed-off-by: Shreyansh Jain
---
drivers/Makefile | 1 +
1 file changed, 1 insertion(+)
diff --gi
In case RTE_LIBRTE_DPAA2_USE_PHYS_IOVA is enabled, only supported
class is RTE_IOVA_PA.
Fixes: f7768afac101 ("bus/fslmc: support dynamic IOVA")
Cc: hemant.agra...@nxp.com
Signed-off-by: Shreyansh Jain
---
drivers/bus/fslmc/fslmc_bus.c | 4
1 file changed, 4 insertions(+)
diff --git a/driv
::Background::
After the restructuring of memory in last release(s), one of the
major impact on fslmc/dpaa bus (and its devices) was the performance
drop when using physical addressing.
Previously, it was assumed that physical range was contiguous for
any given request for hugepage memory. That wa
This patch fixes the cryptodev library version number that was
missed updating in DPDK 18.08.
Fixes: a4493be5bdfa ("cryptodev: replace bus specific struct with generic dev")
Cc: sta...@dpdk.org
Signed-off-by: Fan Zhang
---
lib/librte_cryptodev/Makefile| 2 +-
lib/librte_cryptodev/meson.buil
This patch use testpmd for example, to show how an app smoothly handle
failure when device be hot-unplug. Except that app should enabled the
device event monitor and register the hotplug event’s callback, it also
need enable hotplug handle mechanism before running. Once app detect the
removal event
This patch implements the ops for the PCI bus sigbus handler. It finds the
PCI device that is being hot-unplugged and calls the relevant ops of the
hot-unplug handler to handle the hot-unplug failure of the device.
Signed-off-by: Jeff Guo
Acked-by: Shaopeng He
Acked-by: Konstantin Ananyev
---
v
A hot-unplug failure and app crash can be caused, when a device is
hot-unplugged but the application still try to access the device
by reading or writing from the BARs, which is already invalid but
still not timely be unmap or released.
This patch introduces bus ops to handle hot-unplug failures.
The mechanism can initially register the sigbus handler after the device
event monitor is enabled. When a sigbus event is captured, it will check
the failure address and accordingly handle the memory failure of the
corresponding device by invoke the hot-unplug handler. It could prevent
the applicat
When a device is hot-unplugged, a sigbus error will occur of the datapath
can still read/write to the device. A handler is required here to capture
the sigbus signal and handle it appropriately.
This patch introduces a bus ops to handle sigbus errors. Each bus can
implement its own case-dependent
Hotplug is an important feature for use-cases like the datacenter device's
fail-safe and for SRIOV Live Migration in SDN/NFV. It could bring higher
flexibility and continuality to networking services in multiple use-cases
in the industry. So let's see how DPDK can help users implement hotplug
solut
1 - 100 of 123 matches
Mail list logo
