On 27/02/2018 00:15, Ananyev, Konstantin wrote:
-Original Message-
From: dev [mailto:dev-boun...@dpdk.org] On Behalf Of Mohammad Abdul Awal
+ len1 = strlen(name);
for (pid = 0; pid < RTE_MAX_ETHPORTS; pid++) {
+ len2 = strlen(rte_eth_dev_shared_data->data[
The current code compares two strings upto the length of 1st string
(searched name). If the 1st string is prefix of 2nd string (existing name),
the string comparison returns the port_id of earliest prefix matches.
This patch fixes the bug by using strcmp instead of strncmp.
Fixes: 9c5b8d8b9fe ("et
Hi,
> -Original Message-
> From: dev [mailto:dev-boun...@dpdk.org] On Behalf Of De Lara Guarch,
> Pablo
> Sent: Wednesday, February 21, 2018 11:05 AM
> To: dev@dpdk.org
> Subject: [dpdk-dev] Back-up committers for subtrees
>
> Hi everyone,
>
> In the last few releases, the DPDK community
This is the vanilla version.
Packet data will copy between af_xdp memory buffer and mbuf mempool.
indexes of memory buffer is simply managed by a fifo ring.
Signed-off-by: Qi Zhang
---
config/common_base| 5 +
config/common_linuxapp| 1 +
d
The RFC patches add a new PMD driver for AF_XDP which is a proposed
faster version of AF_PACKET interface in Linux, see below link for
detail AF_XDP introduction:
https://fosdem.org/2018/schedule/event/af_xdp/
https://lwn.net/Articles/745934/
This patchset is base on v18.02.
It also require a lin
Allow create a mempool with page size aligned base address.
Signed-off-by: Qi Zhang
---
lib/librte_mempool/rte_mempool.c | 2 ++
lib/librte_mempool/rte_mempool.h | 1 +
2 files changed, 3 insertions(+)
diff --git a/lib/librte_mempool/rte_mempool.c b/lib/librte_mempool/rte_mempool.c
index 54f7f4
This give the option that applicaiton can configure each
memory chunk's size precisely. (by MEMPOOL_F_NO_SPREAD).
Signed-off-by: Qi Zhang
---
lib/librte_mbuf/rte_mbuf.c | 15 ---
lib/librte_mbuf/rte_mbuf.h | 8 +++-
2 files changed, 19 insertions(+), 4 deletions(-)
diff --git a
Try to check if external mempool (from rx_queue_setup) is fit for
af_xdp, if it is, it will be registered to af_xdp socket directly and
there will be no packet data copy on Rx and Tx.
Signed-off-by: Qi Zhang
---
drivers/net/af_xdp/rte_eth_af_xdp.c | 191 +++-
1 fi
Now, af_xdp registered memory buffer is managed by rte_mempool.
mbuf be allocated from rte_mempool can be convert to descriptor
index and vice versa.
Signed-off-by: Qi Zhang
---
drivers/net/af_xdp/rte_eth_af_xdp.c | 165 +---
1 file changed, 97 insertions(+), 68 d
Add libbpf and libelf dependency in Makefile.
Durring initialization, bpf file "xdpsock_kern.o" will be loaded.
Then the driver will always try to link XDP fd with DRV mode first,
then SKB mode if failed in previoius.
Link will be released during dev_close.
Note: this is workaround solution, af_xd
Now, it is possible for testpmd to create a af_xdp friendly mempool.
Signed-off-by: Qi Zhang
---
app/test-pmd/parameters.c | 12
app/test-pmd/testpmd.c| 15 +--
app/test-pmd/testpmd.h| 1 +
3 files changed, 22 insertions(+), 6 deletions(-)
diff --git a/app/test
The RFC patches add a new PMD driver for AF_XDP which is a proposed
faster version of AF_PACKET interface in Linux, see below link for
detail AF_XDP introduction:
https://fosdem.org/2018/schedule/event/af_xdp/
https://lwn.net/Articles/745934/
This patchset is base on v18.02.
It also require a lin
This is the vanilla version.
Packet data will copy between af_xdp memory buffer and mbuf mempool.
indexes of memory buffer is simply managed by a fifo ring.
Signed-off-by: Qi Zhang
---
config/common_base| 5 +
config/common_linuxapp| 1 +
d
Allow create a mempool with page size aligned base address.
Signed-off-by: Qi Zhang
---
lib/librte_mempool/rte_mempool.c | 2 ++
lib/librte_mempool/rte_mempool.h | 1 +
2 files changed, 3 insertions(+)
diff --git a/lib/librte_mempool/rte_mempool.c b/lib/librte_mempool/rte_mempool.c
index 54f7f4
This give the option that applicaiton can configure each
memory chunk's size precisely. (by MEMPOOL_F_NO_SPREAD).
Signed-off-by: Qi Zhang
---
lib/librte_mbuf/rte_mbuf.c | 15 ---
lib/librte_mbuf/rte_mbuf.h | 8 +++-
2 files changed, 19 insertions(+), 4 deletions(-)
diff --git a
Add libbpf and libelf dependency in Makefile.
Durring initialization, bpf file "xdpsock_kern.o" will be loaded.
Then the driver will always try to link XDP fd with DRV mode first,
then SKB mode if failed in previoius.
Link will be released during dev_close.
Note: this is workaround solution, af_xd
Now, it is possible for testpmd to create a af_xdp friendly mempool.
Signed-off-by: Qi Zhang
---
app/test-pmd/parameters.c | 12
app/test-pmd/testpmd.c| 15 +--
app/test-pmd/testpmd.h| 1 +
3 files changed, 22 insertions(+), 6 deletions(-)
diff --git a/app/test
Try to check if external mempool (from rx_queue_setup) is fit for
af_xdp, if it is, it will be registered to af_xdp socket directly and
there will be no packet data copy on Rx and Tx.
Signed-off-by: Qi Zhang
---
drivers/net/af_xdp/rte_eth_af_xdp.c | 191 +++-
1 fi
Now, af_xdp registered memory buffer is managed by rte_mempool.
mbuf be allocated from rte_mempool can be convert to descriptor
index and vice versa.
Signed-off-by: Qi Zhang
---
drivers/net/af_xdp/rte_eth_af_xdp.c | 165 +---
1 file changed, 97 insertions(+), 68 d
> -Original Message-
> From: Awal, Mohammad Abdul
> Sent: Tuesday, February 27, 2018 8:58 AM
> To: tho...@monjalon.net
> Cc: rke...@gmail.com; dev@dpdk.org; Ananyev, Konstantin
> ; Awal, Mohammad Abdul
>
> Subject: [PATCH v2] ether: fix invalid string length in ethdev name comparison
>
Following are some of the key work items which we are planning for DPDK
1805:
1. Two rawdevice drivers
- for communication interface to interact with a specialized block
(AIOP: Advanced I/O Processor) on dpaa2.
- and, for DMA accelerator support on dpaa2 devices to userspace
2. Crypto adapter
> -Original Message-
> From: Anoob Joseph [mailto:anoob.jos...@caviumnetworks.com]
> Sent: Tuesday, February 27, 2018 6:57 AM
> To: Nicolau, Radu ; Akhil Goyal
> ; Doherty, Declan
> Cc: Jerin Jacob ; Narayana Prasad
> ; Nelio Laranjeiro
> ; dev@dpdk.org
> Subject: Re: [PATCH 1/5] lib/ethd
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 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 deprecation note was issued in 18.02 release,
I will not be directly working on the DPDK project anymore.
Signed-off-by: Mark Kavanagh
---
MAINTAINERS | 1 -
1 file changed, 1 deletion(-)
diff --git a/MAINTAINERS b/MAINTAINERS
index a646ca3..8fa79b7 100644
--- a/MAINTAINERS
+++ b/MAINTAINERS
@@ -792,7 +792,6 @@ F: doc/guides/prog_guide/gen
On Thu, Feb 22, 2018 at 07:19:08PM +0100, Maxime Coquelin wrote:
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
---
lib/librte_vhost/vhost.c | 6 --
lib/librte_vhost/vhost.h
Hi Radu,
Please see inline.
Thanks,
Anoob
On 27/02/18 15:49, Nicolau, Radu wrote:
-Original Message-
From: Anoob Joseph [mailto:anoob.jos...@caviumnetworks.com]
Sent: Tuesday, February 27, 2018 6:57 AM
To: Nicolau, Radu ; Akhil Goyal
; Doherty, Declan
Cc: Jerin Jacob ; Narayana Pras
Hi Jens,
On 02/27/2018 12:22 PM, Jens Freimann wrote:
On Thu, Feb 22, 2018 at 07:19:08PM +0100, Maxime Coquelin wrote:
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
---
lib/librte_vhos
On Tue, Feb 27, 2018 at 12:44:08PM +0100, Maxime Coquelin wrote:
Hi Jens,
On 02/27/2018 12:22 PM, Jens Freimann wrote:
On Thu, Feb 22, 2018 at 07:19:08PM +0100, Maxime Coquelin wrote:
[...]
int?? slave_req_fd;
+?? uint8_t?? virtio_status;
Belongs
https://dpdk.org/tracker/show_bug.cgi?id=17
Bug ID: 17
Summary: vhost example VLAN offloading not working on igb tx
Product: DPDK
Version: 17.05
Hardware: x86
OS: Linux
Status: CONFIRMED
Severity: normal
Update base driver and the PMD itself to support flow API
patterns for tunnels: VXLAN, NVGRE and Geneve.
Applicable to SFN8xxx NICs with full-feature firmware variant running.
Andrew Rybchenko (1):
doc: add net/sfc flow API support for tunnels
Roman Zhukov (12):
net/sfc/base: support filters
From: Roman Zhukov
Add filter match flag to distinguish filters applied only to
encapsulated packets.
Match flags set should allow to determine whether a filter
is supported or not. The problem is that if specification
has supported set outer match flags and specified
encapsulation without any i
From: Roman Zhukov
Exact match of virtual subnet ID is supported by parser.
IP protocol match are enforced to GRE.
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/sfc_flow.
From: Vijay Srivastava
Signed-off-by: Vijay Srivastava
Signed-off-by: Andrew Rybchenko
---
drivers/net/sfc/base/efx.h| 7 +++
drivers/net/sfc/base/efx_filter.c | 36
2 files changed, 43 insertions(+)
diff --git a/drivers/net/sfc/base/efx.h b/d
Signed-off-by: Andrew Rybchenko
---
doc/guides/rel_notes/release_18_05.rst | 6 ++
1 file changed, 6 insertions(+)
diff --git a/doc/guides/rel_notes/release_18_05.rst
b/doc/guides/rel_notes/release_18_05.rst
index 3923dc2..894f636 100644
--- a/doc/guides/rel_notes/release_18_05.rst
+++ b/do
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
From: Roman Zhukov
Knowledge of a network identifier is not sufficient to construct a
workable hardware filter for encapsulated traffic. It's obligatory to
specify one of the match flags associated with inner frame destination
MAC. If the address is unknown, then one needs to specify either unkno
From: Roman Zhukov
Exact match of virtual network identifier is supported by parser.
IP protocol match are enforced to UDP.
Only Ethernet protocol type is supported.
Signed-off-by: Roman Zhukov
Signed-off-by: Andrew Rybchenko
Reviewed-by: Ivan Malov
Reviewed-by: Andy Moreton
---
doc/guides/
From: Roman Zhukov
This adds filters for encapsulated packets to the list
returned by ef10_filter_supported_filters().
Signed-off-by: Roman Zhukov
Signed-off-by: Andrew Rybchenko
Reviewed-by: Andy Moreton
---
drivers/net/sfc/base/ef10_filter.c | 65 --
1 f
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
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
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
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
> Thanks, my first idea was use the
same.
> Later argued myself in using 'tap_type' since the check for assigning
MAC
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
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:
> 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
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
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
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
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
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 +++
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, 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
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
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
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
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
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
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
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(-)
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 |
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
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 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 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
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/
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
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, 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, 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
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
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
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.
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
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
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
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
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
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
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_
> -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
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. */
/**
+ *
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
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
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_
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
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
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 +-
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/
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
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 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 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 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
1 - 100 of 138 matches
Mail list logo
