Hi Declan,
27/02/2018 16:55, Doherty, Declan:
> Invite for a DPDK community call to discuss the tunnel endpoint hw
> acceleration proposal in this RFC
> (http://dpdk.org/ml/archives/dev/2017-December/084676.html) and the related
> community feedback.
The email does not show the date and time o
On Wed, 2018-02-28 at 07:47 +0100, Marco Varlese wrote:
> On Tue, 2018-02-27 at 18:15 +, Ferruh Yigit wrote:
> > On 2/27/2018 4:08 PM, Marco Varlese wrote:
> > > Hi,
> > >
> > > Is anybody else experiencing issues with building DPDK 17.11 for ppc64le?
> > > Any help would be very much apprecia
On Tue, 2018-02-27 at 18:15 +, Ferruh Yigit wrote:
> On 2/27/2018 4:08 PM, Marco Varlese wrote:
> > Hi,
> >
> > Is anybody else experiencing issues with building DPDK 17.11 for ppc64le?
> > Any help would be very much appreciated.
>
> I have not tested but PPC config disables the ixgbe and th
> -Original Message-
> From: dev [mailto:dev-boun...@dpdk.org] On Behalf Of Maxime Coquelin
> Sent: Tuesday, February 27, 2018 10:35 PM
> To: Tan, Jianfeng ; stefa...@redhat.com; Bie,
> Tiwei ; jfreim...@redhat.com; dev@dpdk.org
> Cc: Maxime Coquelin
> Subject: [dpdk-dev] [RFC v2 1/3] vh
-- Forwarded message --
From: Hekai Wang
Date: 2018-02-28 14:28 GMT+08:00
Subject: SR-IOV dpdk testpmd bonding does not work
To: test-rep...@dpdk.org
Hi
I have a problem with dpdk testpmd bonding,I think may be a bug
Test env
under test machine and traffic sender machine conne
Hi Bruce,
> On Tue, Feb 27, 2018 at 02:38:53PM +, Hemant Agrawal wrote:
> > Hi,
> >
> > How do we set CROSS COMPILE kernel path support. E.g. something
> > equivalent to RTE_KERNELDIR for Makefile
> >
> > * Currently the Igb_uio compilation fails.
> > * Also, there is no check t
> On Feb 27, 2018, at 8:35 AM, Anatoly Burakov
> wrote:
>
> Previously, IPC would remove sockets it considers to be "inactive"
> based on whether they have responded. Change this to create lock
> files in addition to socket files, so that we can determine if
> secondary process is active befor
> -Original Message-
> From: Zhang, Helin
> Sent: Tuesday, February 27, 2018 11:20 PM
> To: Kavanagh, Mark B ; dev@dpdk.org
> Cc: Hu, Jiayu ; Kavanagh, Mark B
> ; Zhou, Lin B
> Subject: RE: [dpdk-dev] [PATCH] maintainers: resign from GSO lib
> maintenance
>
>
>
> > -Original Messa
>
> + struct message_queue_entry *cur_msg, *next_msg, *new_msg = NULL;
> while (1) {
> - if (read_msg(&msg, &sa) == 0)
> - process_msg(&msg, &sa);
> + /* we want to process all messages in order of their arrival,
> + * but status
Hi Anatoly,
> -Original Message-
> From: Burakov, Anatoly
> Sent: Tuesday, February 27, 2018 10:36 PM
> To: dev@dpdk.org
> Cc: Tan, Jianfeng
> Subject: [PATCH v3 1/5] eal: add internal flag indicating init has completed
>
> Currently, primary process initialization is finalized by setting
Hi Anatoly,
> -Original Message-
> From: Burakov, Anatoly
> Sent: Tuesday, February 27, 2018 10:36 PM
> To: dev@dpdk.org
> Cc: Tan, Jianfeng
> Subject: [PATCH v3 4/5] eal: prevent secondary process init while sending
> messages
>
> Currently, it is possible to spin up a secondary process
> -Original Message-
> From: Maxime Coquelin [mailto:maxime.coque...@redhat.com]
> Sent: Wednesday, February 28, 2018 2:02 AM
> To: Yang, Zhiyong ; dev@dpdk.org;
> y...@fridaylinux.org; Tan, Jianfeng ; Bie, Tiwei
> ; Wang, Zhihong
> Cc: Wang, Dong1
> Subject: Re: [PATCH 3/4] net/virtio-
Hi Anatoly,
> -Original Message-
> From: Burakov, Anatoly
> Sent: Tuesday, February 27, 2018 10:36 PM
> To: dev@dpdk.org
> Cc: Tan, Jianfeng
> Subject: [PATCH v3 5/5] eal: don't hardcode socket filter value in IPC
>
> Currently, filter value is hardcoded and disconnected from actual
> val
> -Original Message-
> From: Maxime Coquelin [mailto:maxime.coque...@redhat.com]
> Sent: Wednesday, February 28, 2018 1:53 AM
> To: Yang, Zhiyong ; dev@dpdk.org;
> y...@fridaylinux.org; Tan, Jianfeng ; Bie, Tiwei
> ; Wang, Zhihong
> Cc: Wang, Dong1
> Subject: Re: [PATCH 2/4] net/virtio-
> -Original Message-
> From: Maxime Coquelin [mailto:maxime.coque...@redhat.com]
> Sent: Wednesday, February 28, 2018 1:52 AM
> To: Yang, Zhiyong ; dev@dpdk.org;
> y...@fridaylinux.org; Tan, Jianfeng ; Bie, Tiwei
> ; Wang, Zhihong
> Cc: Wang, Dong1
> Subject: Re: [PATCH 1/4] vhost: move
> -Original Message-
> From: Burakov, Anatoly
> Sent: Tuesday, February 27, 2018 10:36 PM
> To: dev@dpdk.org
> Cc: Tan, Jianfeng
> Subject: [PATCH v3 3/5] eal: use locks to determine if secondary process is
> active
>
> Previously, IPC would remove sockets it considers to be "inactive"
>
> -Original Message-
> From: Burakov, Anatoly
> Sent: Tuesday, February 27, 2018 10:36 PM
> To: dev@dpdk.org
> Cc: Tan, Jianfeng
> Subject: [PATCH v3 2/5] eal: don't process IPC messages before init finished
>
> It is not possible for a primary process to receive any messages
> while ini
Hi Pavan
From: Pavan Nikhilesh, Monday, February 26, 2018 9:10 PM
> Hi Matan,
>
> On Mon, Feb 19, 2018 at 12:09:46PM +, Matan Azrad wrote:
> > Since you are using the same 5 lines from the rte_align32pow2() function, I
>> think this part can be in a separate function to do reuse.
> > Also the
From: Shweta Choudaha
Add ixgbe MDIO access APIs to read and write registers using specific
device address. This provides MDIO access to any devices that are
not associated with the autoprobed PHY.Export these APIs via the map file
Signed-off-by: Shweta Choudaha
Reviewed-by: Chas Williams
Revi
On 2/27/2018 4:08 PM, Marco Varlese wrote:
> Hi,
>
> Is anybody else experiencing issues with building DPDK 17.11 for ppc64le?
> Any help would be very much appreciated.
I have not tested but PPC config disables the ixgbe and this sample uses
ixgbe so build error is expected.
This example is usi
On 02/14/2018 03:53 PM, Zhiyong Yang wrote:
virtio user adds to support for server mode.
Virtio user with server mode creates socket file and then starts to wait
for first connection from vhost user with client mode in blocking mode.
Server mode virtio user supports many times' vhost reconnec
On 02/14/2018 03:53 PM, Zhiyong Yang wrote:
Add data members so as to support server mode.
Signed-off-by: Zhiyong Yang
---
drivers/net/virtio/virtio_user/virtio_user_dev.h | 8
1 file changed, 8 insertions(+)
This patch can be squashed in patch 3.
diff --git a/drivers/net/vir
Hi Zhiyong,
On 02/14/2018 03:53 PM, Zhiyong Yang wrote:
The patch moves fdset related funcitons from fd_man.c to fd_man.h in
order to reuse these funcitons from the perspective of PMDs.
Signed-off-by: Zhiyong Yang
---
lib/librte_vhost/Makefile | 3 +-
lib/librte_vhost/fd_man.c | 274 -
Signed-off-by: Akhil Goyal
Signed-off-by: Hemant Agrawal
---
app/test-pmd/meson.build | 3 +++
config/arm/arm64_dpaa2_linuxapp_gcc | 13 +
config/arm/arm64_dpaa_linuxapp_gcc | 14 ++
config/arm/meson.build | 13 +
drivers/bus/dpaa
Signed-off-by: Hemant Agrawal
---
drivers/bus/fslmc/qbman/qbman_sys_decl.h | 14 ++
1 file changed, 14 insertions(+)
diff --git a/drivers/bus/fslmc/qbman/qbman_sys_decl.h
b/drivers/bus/fslmc/qbman/qbman_sys_decl.h
index 5640b04..fa6977f 100644
--- a/drivers/bus/fslmc/qbman/qbman_sys
Signed-off-by: Hemant Agrawal
---
drivers/bus/dpaa/include/compat.h | 30 --
1 file changed, 28 insertions(+), 2 deletions(-)
diff --git a/drivers/bus/dpaa/include/compat.h
b/drivers/bus/dpaa/include/compat.h
index 53707bb..e4b5702 100644
--- a/drivers/bus/dpaa/inclu
This patch prepare the dpaa2 drivers for compilation on 32 bit machine.
Signed-off-by: Hemant Agrawal
---
drivers/bus/fslmc/fslmc_vfio.c | 10 ++---
drivers/bus/fslmc/mc/fsl_mc_cmd.h | 2 +-
drivers/bus/fslmc/portal/dpaa2_hw_dpio.c| 4 +-
drivers/bus/fslmc/portal/dpa
This patch adds the functional logic to make the dpaa2 drivers
work on 32bit machine.
Signed-off-by: Hemant Agrawal
---
drivers/bus/fslmc/qbman/qbman_sys.h | 30 --
drivers/bus/fslmc/qbman/qbman_sys_decl.h | 9 +
2 files changed, 37 insertions(+), 2 dele
This patch prepares the dpaa drivers for compilation on 32 bit machine.
Signed-off-by: Hemant Agrawal
---
drivers/bus/dpaa/base/fman/fman.c | 2 +-
drivers/bus/dpaa/base/qbman/bman_driver.c | 2 +-
drivers/bus/dpaa/base/qbman/qman.c| 5 +++--
drivers/bus/dpaa/base/qbman/qman_d
rte_cycles.h shall be included instead of rte_cycles_64.h
dpaa_eventdev.c:32:27:
fatal error: rte_cycles_64.h: No such file or directory
Fixes: 9caac5dd1e7f ("event/dpaa: introduce PMD")
Cc: sta...@dpdk.org
Signed-off-by: Hemant Agrawal
---
drivers/event/dpaa/dpaa_eventdev.c | 2 +-
1 file cha
This patch series enables the meson build support for dpaa
and dpaa2 platforms.
Earlier dpaaX was only compiled for armv8 target. This patch
series first prepares the dpaaX drivers to be compiled for
non-ARM platform as well.
Hemant Agrawal (7):
event/dpaa: fix include header
dpaa: prepare fo
On Tue, 2018-02-27 at 20:43 +0530, Gowrishankar wrote:
> From: Gowrishankar Muthukrishnan
>
> This patch fixes the compilation problem with rte_smp_mb,
> when there is else clause following it, as in test_barrier.c.
>
> Fixes: 05c3fd7110 ("eal/ppc: atomic operations for IBM Power")
> Cc: sta...@
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
with qemu 2.11.50 (with several patches applied, detailed later)
with Fedora 24 running in the frontend.
This patch adds vhost_crypto sample application to DPDK.
Signed-off-by: Fan Zhang
---
examples/vhost_crypto/Makefile | 59 +
examples/vhost_crypto/main.c | 537 +
2 files changed, 596 insertions(+)
create mode 100644 examples/vhost_crypto/Makefile
Signed-off-by: Fan Zhang
---
doc/guides/prog_guide/vhost_lib.rst | 27 ++
doc/guides/sample_app_ug/index.rst| 1 +
doc/guides/sample_app_ug/vhost_crypto.rst | 83 +++
3 files changed, 111 insertions(+)
create mode 100644 doc/guides/sample_app_ug
This patch updates the Makefile of vhost library to enable vhost crypto
compiling
Signed-off-by: Fan Zhang
---
lib/librte_vhost/Makefile | 9 +
1 file changed, 9 insertions(+)
diff --git a/lib/librte_vhost/Makefile b/lib/librte_vhost/Makefile
index 5d6c6abae..f0dd3f3c3 100644
--- a/lib/
Signed-off-by: Fan Zhang
---
lib/librte_vhost/rte_vhost_version.map | 11 +++
1 file changed, 11 insertions(+)
diff --git a/lib/librte_vhost/rte_vhost_version.map
b/lib/librte_vhost/rte_vhost_version.map
index df0103129..e54e9d64a 100644
--- a/lib/librte_vhost/rte_vhost_version.map
+++
This patch adds public API implementation to vhost crypto
Signed-off-by: Fan Zhang
---
lib/librte_vhost/vhost_crypto.c | 274
1 file changed, 274 insertions(+)
diff --git a/lib/librte_vhost/vhost_crypto.c b/lib/librte_vhost/vhost_crypto.c
index 3b6323cda
This patch adds public head file API for vhost crypto
Signed-off-by: Fan Zhang
---
lib/librte_vhost/rte_vhost_crypto.h | 122
1 file changed, 122 insertions(+)
create mode 100644 lib/librte_vhost/rte_vhost_crypto.h
diff --git a/lib/librte_vhost/rte_vhost_cr
This patch adds the implementation that parses virtio crypto request
to dpdk crypto operation
Signed-off-by: Fan Zhang
---
lib/librte_vhost/vhost_crypto.c | 607
1 file changed, 607 insertions(+)
diff --git a/lib/librte_vhost/vhost_crypto.c b/lib/librte_
This patch adds session message handler to vhost crypto
Signed-off-by: Fan Zhang
---
lib/librte_vhost/vhost_crypto.c | 399
1 file changed, 399 insertions(+)
create mode 100644 lib/librte_vhost/vhost_crypto.c
diff --git a/lib/librte_vhost/vhost_crypto.c
This patch adds a vhost_user_dev_priv structure and a vhost_user
message handler function prototype to vhost_user. This allows
different types of devices to add private information and their
device-specific vhost-user message function handlers to
virtio_net structure. The change to vhost_user_msg_h
This patch adds virtio-crypto spec user message structure to
vhost_user.
Signed-off-by: Fan Zhang
---
lib/librte_vhost/vhost_user.c | 2 ++
lib/librte_vhost/vhost_user.h | 31 ++-
2 files changed, 32 insertions(+), 1 deletion(-)
diff --git a/lib/librte_vhost/vhost_u
VLAN strip is a per queue offloading in VF. With this patch
it can be enabled or disabled on any Rx queue in VF.
Signed-off-by: Wei Dai
---
drivers/net/ixgbe/ixgbe_ethdev.c | 8 +---
1 file changed, 5 insertions(+), 3 deletions(-)
diff --git a/drivers/net/ixgbe/ixgbe_ethdev.c b/drivers/net/
Ethdev Rx offloads API has changed since:
commit ce17eddefc20 ("ethdev: introduce Rx queue offloads API")
This commit support the new Rx offloads API.
Signed-off-by: Wei Dai
---
drivers/net/ixgbe/ixgbe_ethdev.c | 88 +-
drivers/net/ixgbe/ixgbe_ipsec.c | 8 +-
Ethdev Tx offloads API has changed since:
commit cba7f53b717d ("ethdev: introduce Tx queue offloads API")
This commit support the new Tx offloads API.
Signed-off-by: Wei Dai
---
drivers/net/ixgbe/ixgbe_ethdev.c | 40 +++--
drivers/net/ixgbe/ixgbe_ipsec.c | 5 +++-
drivers/n
VLAN strip is a per queue offloading in PF. With this patch
it can be enabled or disabled on any Rx queue in PF.
Signed-off-by: Wei Dai
---
drivers/net/ixgbe/ixgbe_ethdev.c | 109 +--
drivers/net/ixgbe/ixgbe_ethdev.h | 4 +-
drivers/net/ixgbe/ixgbe_pf.c
This patch set adds support of per queue VLAN strip offloading
in ixgbe PF and VF.
This patch support new offloads API in ixgbe PF and VF.
Wei Dai (4):
net/ixgbe: support VLAN strip per queue offloading in PF
net/ixgbe: support VLAN strip per queue offloading in VF
net/ixgbe: convert to new
Hi,
Is anybody else experiencing issues with building DPDK 17.11 for ppc64le?
Any help would be very much appreciated.
I get the below error:
== START ==
[ 326s] gcc -Wp,-MD,./.power_manager.o.d.tmp -m64 -pthread -fPIC -
DRTE_MACHINE_CPUFLAG_PPC64 -DRTE_MACHINE_CPUFLAG_ALTIVEC
-DRTE_MACHINE_
Invite for a DPDK community call to discuss the tunnel endpoint hw acceleration
proposal in this RFC
(http://dpdk.org/ml/archives/dev/2017-December/084676.html) and the related
community feedback.
Proposed agenda:
- Summary of RFC proposal, treating TEPs as standalone entities which flows get
Counter variable 'out_pkts' had been set to 0, then updated. Current
code change elimates double assignment to direct assignment.
Signed-off-by: Vipin Varghese
---
drivers/event/sw/sw_evdev_scheduler.c | 3 +--
1 file changed, 1 insertion(+), 2 deletions(-)
diff --git a/drivers/event/sw/sw_evde
On 26/02/2018 15:09, Xueming Li wrote:
diff --git a/lib/librte_net/rte_ether.h b/lib/librte_net/rte_ether.h
index 45daa91..fe02ad8 100644
--- a/lib/librte_net/rte_ether.h
+++ b/lib/librte_net/rte_ether.h
@@ -310,6 +310,31 @@ struct vxlan_hdr {
/**< VXLAN tunnel header length. */
/**
+ *
> -Original Message-
> From: dev [mailto:dev-boun...@dpdk.org] On Behalf Of Mark Kavanagh
> Sent: Tuesday, February 27, 2018 7:01 PM
> To: dev@dpdk.org
> Cc: Hu, Jiayu; Kavanagh, Mark B
> Subject: [dpdk-dev] [PATCH] maintainers: resign from GSO lib maintenance
>
> I will not be directly
From: Gowrishankar Muthukrishnan
This patch fixes the compilation problem with rte_smp_mb,
when there is else clause following it, as in test_barrier.c.
Fixes: 05c3fd7110 ("eal/ppc: atomic operations for IBM Power")
Cc: sta...@dpdk.org
Signed-off-by: Gowrishankar Muthukrishnan
---
lib/librte_
Change the prototype and the behavior of dev_ops->eth_mac_addr_set(): a
return code is added to notify the caller (librte_ether) if an error
occurred in the PMD.
The new default MAC address is now copied in dev->data->mac_addrs[0]
only if the operation is successful.
The patch also updates all th
This API is similar to the blocking API that is already present,
but reply will be received in a separate callback by the caller.
Under the hood, we create a separate thread to deal with replies to
asynchronous requests, that will just wait to be notified by the
main thread, or woken up on a timer
On Tue, Feb 27, 2018 at 02:38:53PM +, Hemant Agrawal wrote:
> Hi,
>
> How do we set CROSS COMPILE kernel path support. E.g. something equivalent to
> RTE_KERNELDIR for Makefile
>
> * Currently the Igb_uio compilation fails.
> * Also, there is no check to disable igb_uio compil
To avoid code duplication, add a parameter to rte_ctrl_thread_create()
to specify the name of the thread.
This requires to add a wrapper for the thread start routine in
rte_thread_init(), which will first wait that the thread is configured.
Signed-off-by: Olivier Matz
---
drivers/net/kni/rte_et
The management threads must not bother the dataplane or service cores.
Set the affinity of these threads accordingly.
Signed-off-by: Olivier Matz
---
lib/librte_eal/common/eal_common_thread.c | 20 +++-
lib/librte_eal/common/include/rte_lcore.h | 4 +++-
2 files changed, 22 inse
Many parts of dpdk use their own management threads. Introduce a new
wrapper for thread creation that will be extended in next commits to set
the name and affinity.
To be consistent with other DPDK APIs, the return value is negative in
case of error, which was not the case for pthread_create().
S
Some parts of dpdk use their own management threads. Most of the time,
the affinity of the thread is not properly set: it should not be scheduled
on the dataplane cores, because interrupting them can cause packet losses.
This patchset introduces a new wrapper for thread creation that does
the job
Only a cosmetic change: the *_LEN defines are already used
when defining the buffer. Using sizeof() ensures that the length
stays consistent, even if the definition is modified.
Signed-off-by: Olivier Matz
---
lib/librte_eal/bsdapp/eal/eal.c | 2 +-
lib/librte_eal/bsdapp/eal/eal_thread.
Hi,
How do we set CROSS COMPILE kernel path support. E.g. something equivalent to
RTE_KERNELDIR for Makefile
* Currently the Igb_uio compilation fails.
* Also, there is no check to disable igb_uio compilation by flag e.g.
CONFIG_RTE_EAL_IGB_UIO=n
Other minor issue observed is
Previously, IPC would remove sockets it considers to be "inactive"
based on whether they have responded. Change this to create lock
files in addition to socket files, so that we can determine if
secondary process is active before attempting to communicate with
it. That way, we can distinguish secon
Currently, it is possible to spin up a secondary process while
either sendmsg or request is in progress. Fix this by adding
directory locks during init, sendmsg and requests.
Signed-off-by: Anatoly Burakov
---
Notes:
v3: no changes
v2: no changes
lib/librte_eal/common/eal_common_p
Currently, filter value is hardcoded and disconnected from actual
value returned by eal_mp_socket_path(). Fix this to generate filter
value by deriving it from eal_mp_socket_path() instead.
Signed-off-by: Anatoly Burakov
---
Notes:
v3: no changes
v2: no changes
lib/librte_eal/comm
Currently, primary process initialization is finalized by setting
the RTE_MAGIC value in the shared config. However, it is not
possible to check whether secondary process initialization has
completed. Add such a value to internal config.
Signed-off-by: Anatoly Burakov
---
Notes:
This patch i
It is not possible for a primary process to receive any messages
while initializing, because RTE_MAGIC value is not set in the
shared config, and hence no secondary process can ever spin up
during that time.
However, it is possible for a secondary process to receive messages
from the primary durin
variables 'out_pkts_total' and 'out_pkts_total' will be in registers.
Hence shifting the code after the loop, helps the update from registers.
Signed-off-by: Vipin Varghese
---
drivers/event/sw/sw_evdev_scheduler.c | 12 ++--
1 file changed, 6 insertions(+), 6 deletions(-)
diff --git a/
When the guest driver driver does not initialize all the queues,
QEMU currently sends SET_VRING_ADDR request for these queues.
In this case all the desc, avail and used addresses have GPA 0,
so translating them likely succeed.
The problem is that even if the uninitialized queues remain
disabled, t
This patch implements support for the new SET_VIRTIO_STATUS
vhost-user request.
The main use for this new request is for the backend to know
when the driver sets the DRIVER_OK status bit. Starting Virtio
1.0, we know that once the the bit is set, no more queues will
be initialized.
When it happens
When cleaning-up the virtqueue, we also need to invalidate its
addresses to be sure outdated addresses won't be used later.
Signed-off-by: Maxime Coquelin
Reviewed-by: Jens Freimann
---
lib/librte_vhost/vhost.c | 6 --
lib/librte_vhost/vhost.h | 3 ++-
lib/librte_vhost/vhost_user.
This second revision takes Jens comments into account, main
change is fixing an off-by-one error in patch 2.
The series introduce support for a new protocol request that
notifies the backend with Virtio device status updates.
Main goal is to be able with Virtio 1.0 devices to start
the port even
Hi all,
Here is a new LTS release:
http://fast.dpdk.org/rel/dpdk-17.11.1.tar.xz
The git tree is at:
http://dpdk.org/browse/dpdk-stable/
Thanks.
--yliu
---
app/Makefile | 2 +-
app/test-pmd/Makefile |
For most run cases 'sw->started' holds true. Adding a branch prediction
suggestion to compiler helps as this is first conditional check just
after entering the function.
Signed-off-by: Vipin Varghese
---
drivers/event/sw/sw_evdev_scheduler.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
NetVSC netdevices which are already routed should not be probed because
they are used for management purposes by the HyperV.
The corrupted code got the routed devices from the system file
/proc/net/route and wrongly parsed only the odd lines, so devices which
their routes were in even lines, were
In 18.02 release the ABI of ethdev component was changed.
To keep compatibility with previous versions of the library
the versioning of rte_eth_dev_filter_ctrl function was implemented.
As soon as deprecation note was issued in 18.02 release, there is
no need to keep compatibility with previous ver
On 02/27/2018 02:10 PM, Jens Freimann wrote:
On Thu, Feb 22, 2018 at 07:19:09PM +0100, Maxime Coquelin wrote:
This patch implements support for the new SET_VIRTIO_STATUS
vhost-user request.
The main use for this new request is for the backend to know
when the driver sets the DRIVER_OK status
On 2/26/2018 8:10 AM, Zhiyong Yang wrote:
> The patch series cleanup void pointer explicit cast related to
> struct rte_flow_item fields in librte_flow_classify and make
> code more readable.
>
> Zhiyong Yang (5):
> flow_classify: remove void pointer cast
> net/ixgbe: remove void pointer cast
27/02/2018 12:01, Ferruh Yigit:
> On 2/27/2018 10:29 AM, Kirill Rybalchenko wrote:
> > In 18.02 release the ABI of ethdev component was changed.
> > To keep compatibility with previous versions of the library
> > the versioning of rte_eth_dev_filter_ctrl function was implemented.
> > As soon as dep
Previously, IPC would remove sockets it considers to be "inactive"
based on whether they have responded. Change this to create lock
files in addition to socket files, so that we can determine if
secondary process is active before attempting to communicate with
it. That way, we can distinguish secon
Currently, filter value is hardcoded and disconnected from actual
value returned by eal_mp_socket_path(). Fix this to generate filter
value by deriving it from eal_mp_socket_path() instead.
Signed-off-by: Anatoly Burakov
---
Notes:
v2: added this patch
lib/librte_eal/common/eal_common_proc
Currently, primary process initialization is finalized by setting
the RTE_MAGIC value in the shared config. However, it is not
possible to check whether secondary process initialization has
completed. Add such a value to internal config.
Signed-off-by: Anatoly Burakov
---
Notes:
This patch i
Currently, it is possible to spin up a secondary process while
either sendmsg or request is in progress. Fix this by adding
directory locks during init, sendmsg and requests.
Signed-off-by: Anatoly Burakov
---
Notes:
v2: added this patch
lib/librte_eal/common/eal_common_proc.c | 47 +++
It is not possible for a primary process to receive any messages
while initializing, because RTE_MAGIC value is not set in the
shared config, and hence no secondary process can ever spin up
during that time.
However, it is possible for a secondary process to receive messages
from the primary durin
From: Roman Zhukov
Signed-off-by: Roman Zhukov
Signed-off-by: Andrew Rybchenko
---
doc/guides/nics/sfc_efx.rst | 2 ++
drivers/net/sfc/sfc_flow.c | 7 +++
2 files changed, 9 insertions(+)
diff --git a/doc/guides/nics/sfc_efx.rst b/doc/guides/nics/sfc_efx.rst
index f41ccdb..36e98d3 100644
Update base driver and the PMD itself to support drop action in flow API.
It should be applied on top of [1].
[1] http://dpdk.org/ml/archives/dev/2018-February/091530.html
Andrew Rybchenko (1):
doc: add flow API drop action support to net/sfc
Roman Zhukov (2):
net/sfc/base: support drop fil
From: Roman Zhukov
Add support for filters which drop packets when forming MCDI request
for a filter.
Signed-off-by: Roman Zhukov
Signed-off-by: Andrew Rybchenko
---
drivers/net/sfc/base/ef10_filter.c | 13 +
1 file changed, 9 insertions(+), 4 deletions(-)
diff --git a/drivers/ne
Signed-off-by: Andrew Rybchenko
---
doc/guides/rel_notes/release_18_05.rst | 1 +
1 file changed, 1 insertion(+)
diff --git a/doc/guides/rel_notes/release_18_05.rst
b/doc/guides/rel_notes/release_18_05.rst
index 894f636..d162daf 100644
--- a/doc/guides/rel_notes/release_18_05.rst
+++ b/doc/guid
On 2/26/2018 3:09 PM, Xueming Li wrote:
> Support new flow RSS level parameter to select inner or outer RSS
> fields. Example:
>
> flow create 0 ingress pattern eth / ipv4 / udp dst is 4789 / vxlan /
> end actions rss queues 1 2 end level 1 / end
>
> Signed-off-by: Xueming Li
> ---
> app/tes
On Thu, Feb 22, 2018 at 07:19:09PM +0100, Maxime Coquelin wrote:
This patch implements support for the new SET_VIRTIO_STATUS
vhost-user request.
The main use for this new request is for the backend to know
when the driver sets the DRIVER_OK status bit. Starting Virtio
1.0, we know that once the
On 2/26/2018 3:09 PM, Xueming Li wrote:
> Currently PMD implementations default RSS on either tunnel outer or
> inner fields. This patch introduced RSS level to allow user to specify
> RSS hash field level of tunneled packets.
>
> 0: outer RSS.
> 1: inner RSS.
> 2-255: deep RSS level.
>
> Please
> Thanks, my first idea was use the
same.
> Later argued myself in using 'tap_type' since the check for assigning
MAC
From: Roman Zhukov
Despite being versatile, the hardware support for filtering has a number
of special properties which must be taken into account. Namely, there is
a known set of valid filters which don't take any effect despite being
accepted by the hardware.
The combinations of match flags an
From: Roman Zhukov
Not all flow rules can be expressed in one hardware filter, so some flow
rules have to be expressed in terms of multiple hardware filters. This
patch provides a means to produce a filter spec template from the flow
rule which then can be used to produce a set of fully elaborate
From: Roman Zhukov
Support destination MAC address match in inner frames.
Signed-off-by: Roman Zhukov
Signed-off-by: Andrew Rybchenko
Reviewed-by: Ivan Malov
Reviewed-by: Andy Moreton
---
doc/guides/nics/sfc_efx.rst | 4 ++-
drivers/net/sfc/sfc_flow.c | 73
From: Roman Zhukov
To filter all traffic, need to create two hardware filter specifications
with both unknown unicast and unknown multicast destination MAC address
match flags.
In terms of RTE flow API, this would require adding multiple flow rules
with corresponding ETH items. In order to avoid
From: Roman Zhukov
Hardware filter specification for encapsulated traffic must contain
EtherType. In terms of RTE flow API, this would require L3 item to be
used in the flow rule. In the simplest case, if the user needs to filter
encapsulated traffic without knowledge of exact EtherType, they wil
From: Roman Zhukov
Exact match of VXLAN network identifier is supported by parser.
IP protocol match are enforced to UDP.
Signed-off-by: Roman Zhukov
Signed-off-by: Andrew Rybchenko
Reviewed-by: Ivan Malov
Reviewed-by: Andy Moreton
---
doc/guides/nics/sfc_efx.rst | 2 +
drivers/net/sfc/sf
From: Roman Zhukov
This supports VNI/VSID and inner frame local MAC fields to
match in VXLAN, GENEVE, or NVGRE packets.
Signed-off-by: Roman Zhukov
Signed-off-by: Andrew Rybchenko
Reviewed-by: Andy Moreton
---
drivers/net/sfc/base/ef10_filter.c | 18 ++
drivers/net/sfc/base/e
1 - 100 of 138 matches
Mail list logo
