> -Original Message-
> From: reshma.pat...@intel.com [mailto:reshma.pat...@intel.com]
> Sent: Friday, September 21, 2018 11:02 PM
> To: long...@viettel.com.vn; konstantin.anan...@intel.com; dev@dpdk.org
> Cc: Reshma Pattan
> Subject: [PATCH] latencystats: fix timestamp marking and latency
Remove unnecessary newline at the end of logs.
Signed-off-by: Pavan Nikhilesh
Acked-by: Jerin Jacob
---
app/test-eventdev/test_pipeline_common.c | 21 ++---
1 file changed, 10 insertions(+), 11 deletions(-)
diff --git a/app/test-eventdev/test_pipeline_common.c
b/app/test-event
Fix minor typos.
Fixes: 314bcf58ca8f ("app/eventdev: add pipeline queue worker functions")
Cc: sta...@dpdk.org
Signed-off-by: Pavan Nikhilesh
Acked-by: Jerin Jacob
---
v4 Changes:
- Address review comments (Jerin).
v3 Changes:
- Force all the ports to use the non-internal cap mode when we d
Update eventdev application guide to reflect Tx adapter related changes.
Signed-off-by: Pavan Nikhilesh
Acked-by: Jerin Jacob
---
.../eventdev_pipeline_atq_test_generic.svg| 848 +++---
...ntdev_pipeline_atq_test_internal_port.svg} | 26 +-
.../eventdev_pipeline_queue_test_gene
Convert existing Tx service based pipeline to Tx adapter based APIs and
simplify worker functions.
Signed-off-by: Pavan Nikhilesh
Acked-by: Jerin Jacob
---
app/test-eventdev/test_pipeline_atq.c| 271 ---
app/test-eventdev/test_pipeline_common.c | 200 +
a
This commit adds a counter to each port, which counts the
number of unlinks that have been performed. When the scheduler
thread starts its scheduling routine, it "acks" all unlinks that
have been requested, and the application is gauranteed that no
more events will be scheduled to the port from the
This commit introduces a new function in the eventdev API,
which allows applications to read the number of unlink requests
in progress on a particular port of an eventdev instance.
This information allows applications to verify when no more packets
from a particular queue (or any queue) will arriv
This commit adds a unit test that checks the behaviour
of the unlinks_in_progress() function, ensuring that the
returned values are the number of unlinks requested,
until the scheduler runs and "acks" the requests, after
which the count should be zero again.
Signed-off-by: Harry van Haaren
---
This series of patches add support for actions:
- SET_IPV4_SRC - set a new IPv4 source address.
- SET_IPV4_DST - set a new IPv4 destination address.
- SET_IPV6_SRC - set a new IPv6 source address.
- SET_IPV6_DST - set a new IPv6 destination address.
- SET_TP_SRC - set a new TCP/UDP source port numb
Add actions:
- SET_IPV4_SRC - set a new IPv4 source address.
- SET_IPV4_DST - set a new IPv4 destination address.
- SET_IPV6_SRC - set a new IPv6 source address.
- SET_IPV6_DST - set a new IPv6 destination address.
Original work by Shagun Agrawal
Signed-off-by: Rahul Lakkireddy
---
Changes since
Add actions:
- SET_TP_SRC - set a new TCP/UDP source port number.
- SET_TP_DST - set a new TCP/UDP destination port number.
Original work by Shagun Agrawal
Signed-off-by: Rahul Lakkireddy
---
Changes since RFC v2:
- Updated comments, help messages, and doc to indicate that IP/TCP/UDP
of the ou
Query firmware for the new filter work request to offload flows with
actions to modify IP and TCP/UDP port addresses. When available,
translate IP and TCP/UDP port address modify actions to internal
hardware specification and offload the flow to hardware.
Original work by Shagun Agrawal
Signed-of
This action is useful for offloading loopback mode, where the hardware
will swap source and destination MAC addresses in the outermost Ethernet
header before looping back the packet. This action can be used in
conjunction with other rewrite actions to achieve MAC layer transparent
NAT where the MAC
On 23.09.2018 13:35, Jerin Jacob wrote:
> -Original Message-
>> Date: Thu, 20 Sep 2018 03:52:34 +0530
>> From: Pavan Nikhilesh
[...]
>> -struct rte_event_dev_info info;
>> -struct test_pipeline *t = evt_test_priv(test);
>> -uint8_t tx_evqueue_id = 0;
>> +uint8_t tx_evqueue_
On 9/24/18 11:29 AM, wrote:
This action is useful for offloading loopback mode, where the hardware
will swap source and destination MAC addresses in the outermost Ethernet
header before looping back the packet. This action can be used in
conjunction with other rewrite actions to achieve MAC layer
Remove RSS config as it is not required. The hardcoded RSS
configuraton also generates an error on NICs that don't support
it.
Fixes: 8863a1fbfc66 ("ethdev: add supported hash function check")
CC: sta...@dpdk.org
Signed-off-by: Nikhil Rao
---
test/test/test_event_eth_rx_adapter.c | 13 ++---
Hi Jerin,
> > > > >
> > > > > Anyway, let's pretend we found some smart way to distribute inbound
> > > > > packets for the same SA to multiple HW queues/CPU
> > > cores.
> > > > > To make ipsec processing for such case to work correctly just
> > > > > atomicity on check/update segn/replay_wind
On 23-Sep-18 10:21 PM, Thomas Monjalon wrote:
Hi Anatoly,
21/09/2018 18:13, Anatoly Burakov:
This is a proposal to enable using externally allocated memory
in DPDK.
About this change and previous ones, I think we may miss some
documentation about the usage and the internal design of the DPDK
Remove RSS config as it is not required. The hardcoded RSS
configuration also generates an error on NICs that don't support
it.
Fixes: 8863a1fbfc66 ("ethdev: add supported hash function check")
CC: sta...@dpdk.org
Signed-off-by: Nikhil Rao
---
v2:
- use ETH_MQ_RX_NONE to disable RSS (Jerin Jacob
Hi Hemant,
>> + * under the terms and conditions of the GNU General Public License,
>> + * version 2, as published by the Free Software Foundation.
>> + */
>
> DPDK is a open source BSD-3 licensed framework. GPL license files are not
> allowed in DPDK unless:
> 1. They are part of kernel modul
On 9/20/2018 10:05 AM, Andrzej Ostruszka wrote:
> From: Zyta Szpak
>
> Add neta pmd driver skeleton providing base for the further
> development.
>
> Signed-off-by: Natalie Samsonov
> Signed-off-by: Yelena Krivosheev
> Signed-off-by: Dmitri Epshtein
> Signed-off-by: Zyta Szpak
> Signed-off-b
On 9/24/2018 10:21 AM, Ferruh Yigit wrote:
> On 9/20/2018 10:05 AM, Andrzej Ostruszka wrote:
>> From: Zyta Szpak
>>
>> Add neta pmd driver skeleton providing base for the further
>> development.
>>
>> Signed-off-by: Natalie Samsonov
>> Signed-off-by: Yelena Krivosheev
>> Signed-off-by: Dmitri Ep
On 9/24/2018 10:35 AM, Ferruh Yigit wrote:
> On 9/24/2018 10:21 AM, Ferruh Yigit wrote:
>> On 9/20/2018 10:05 AM, Andrzej Ostruszka wrote:
>>> From: Zyta Szpak
>>>
>>> Add neta pmd driver skeleton providing base for the further
>>> development.
>>>
>>> Signed-off-by: Natalie Samsonov
>>> Signed-o
On Fri, Sep 21, 2018 at 01:14:53PM +0530, Rao, Nikhil wrote:
> On 9/5/2018 7:15 PM, Pavan Nikhilesh wrote:
> > Signed-off-by: Pavan Nikhilesh
> > ---
> > This patch depends on the following series:
> > http://patches.dpdk.org/project/dpdk/list/?series=1121
> >
> > examples/eventdev_pipeline/
On 22-Sep-18 10:16 PM, Nikolay Nikolaev wrote:
Do not use the typedef version of struct VhostUserMsg. Also unify the
related parameter name.
Signed-off-by: Nikolay Nikolaev
---
Now this breaks the unity of the rest of the patchset, because all other
patches still use a typedef :P
--
Thanks
On 9/20/2018 10:05 AM, Andrzej Ostruszka wrote:
> From: Zyta Szpak
>
> Add neta pmd driver skeleton providing base for the further
> development.
>
> Signed-off-by: Natalie Samsonov
> Signed-off-by: Yelena Krivosheev
> Signed-off-by: Dmitri Epshtein
> Signed-off-by: Zyta Szpak
> Signed-off-b
On 9/20/2018 10:05 AM, Andrzej Ostruszka wrote:
> +/**
> + * DPDK callback to register the virtual device.
> + *
> + * @param vdev
> + * Pointer to the virtual device.
> + *
> + * @return
> + * 0 on success, negative error value otherwise.
> + */
> +static int
> +rte_pmd_mvneta_probe(struct rte
Redo the worker pipelines and offload transmission to service cores
seamlessly through Tx adapter.
Signed-off-by: Pavan Nikhilesh
---
v2 Changes:
- Updated enqueue,dequeue depth thresholds.
- remove redundant capability checks.
examples/eventdev_pipeline/main.c | 88 +++---
exam
Hi Akhil,
>
> Hi Konstantin,
>
> On 9/18/2018 6:12 PM, Ananyev, Konstantin wrote:
> >>> I am not saying this should be the ONLY way to do as it does not work
> >>> very well with non NPU/FPGA class of SoC.
> >>>
> >>> So how about making the proposed IPSec library as plugin/driver to
> >>> rte_s
On 9/23/2018 11:40 PM, Thomas Monjalon wrote:
> 19/09/2018 19:15, Ferruh Yigit:
>> On 9/4/2018 2:49 PM, Tomasz Duszynski wrote:
>>> From: Natalie Samsonov
>>> --- a/doc/guides/nics/mvpp2.rst
>>> +++ b/doc/guides/nics/mvpp2.rst
>>> - git clone
>>> https://github.com/MarvellEmbeddedProcessors/l
Hi Fiona,
Can you please comment on this?
We are adding all capabilities of octeontx-crypto PMD as a macro in
otx_cryptodev_capabilites.h file and then we are using it from
otx_cryptodev_ops.c. This is the approach followed by QAT crypto PMD. As
per my understanding, this is to ensure that cr
I've been wondering about the possibility to decouple the mbuf header
(and the private data) from the payload. If I'm reading the code
correctly, right now the payload is placed (together with the header and
the private data) in one memory object dequeued from the mempool.
I can use a specific me
Hi Ferruh,
pon., 24 wrz 2018 o 13:38 Ferruh Yigit napisał(a):
>
> On 9/23/2018 11:40 PM, Thomas Monjalon wrote:
> > 19/09/2018 19:15, Ferruh Yigit:
> >> On 9/4/2018 2:49 PM, Tomasz Duszynski wrote:
> >>> From: Natalie Samsonov
> >>> --- a/doc/guides/nics/mvpp2.rst
> >>> +++ b/doc/guides/nics/mvp
On 9/24/2018 12:51 PM, Marcin Wojtas wrote:
> Hi Ferruh,
>
> pon., 24 wrz 2018 o 13:38 Ferruh Yigit napisał(a):
>>
>> On 9/23/2018 11:40 PM, Thomas Monjalon wrote:
>>> 19/09/2018 19:15, Ferruh Yigit:
On 9/4/2018 2:49 PM, Tomasz Duszynski wrote:
> From: Natalie Samsonov
> --- a/doc/g
24/09/2018 13:36, Ferruh Yigit:
> On 9/23/2018 11:40 PM, Thomas Monjalon wrote:
> > As a consequence, next-net cannot be pulled!
>
> Got it, should I drop the patchset from tree?
Yes I think it's better to re-consider this patchset later.
pon., 24 wrz 2018 o 14:44 Thomas Monjalon napisał(a):
>
> 24/09/2018 13:36, Ferruh Yigit:
> > On 9/23/2018 11:40 PM, Thomas Monjalon wrote:
> > > As a consequence, next-net cannot be pulled!
> >
> > Got it, should I drop the patchset from tree?
>
> Yes I think it's better to re-consider this patch
add new rx/tx callback functions to be used for dumping the packets.
Signed-off-by: Raslan Darawsheh
---
app/test-pmd/config.c | 67 ++
app/test-pmd/testpmd.h | 15 +++
app/test-pmd/util.c| 17 +
3 files changed, 99 inserti
verbosity for the received/sent packets is needed in all of the
forwarding engines so moving it to be in a separate function
Signed-off-by: Raslan Darawsheh
---
app/test-pmd/Makefile | 1 +
app/test-pmd/rxonly.c | 134 ++
app/test-pmd/util.c | 144
when changing verbosity level it will configure rx/tx callbacks to dump
packets based on the verbosity value as following:
1- dump only received packets:
testpmd> set verbose 1
2- dump only sent packets:
testpmd> set verbose 2
3- dump sent and received packets:
test
On 9/24/2018 1:48 PM, Marcin Wojtas wrote:
> pon., 24 wrz 2018 o 14:44 Thomas Monjalon napisał(a):
>>
>> 24/09/2018 13:36, Ferruh Yigit:
>>> On 9/23/2018 11:40 PM, Thomas Monjalon wrote:
As a consequence, next-net cannot be pulled!
>>>
>>> Got it, should I drop the patchset from tree?
>>
>> Y
Hi,
> -Original Message-
> From: long...@viettel.com.vn [mailto:long...@viettel.com.vn]
> Sent: Saturday, September 22, 2018 3:58 AM
> To: Pattan, Reshma ; Ananyev, Konstantin
> ; dev@dpdk.org
> Subject: RE: [PATCH] latencystats: fix timestamp marking and latency
> calculation
>
> Hi Resh
On 24.09.2018 14:50, Ferruh Yigit wrote:
> On 9/24/2018 1:48 PM, Marcin Wojtas wrote:
>> pon., 24 wrz 2018 o 14:44 Thomas Monjalon napisał(a):
>>>
>>> 24/09/2018 13:36, Ferruh Yigit:
On 9/23/2018 11:40 PM, Thomas Monjalon wrote:
> As a consequence, next-net cannot be pulled!
Got
This patch fixes how function exit is handled when errors inside
rte_eth_dev_create.
Fixes: e489007a411c ("ethdev: add generic create/destroy ethdev APIs")
Cc: sta...@dpdk.org
Signed-off-by: Alejandro Lucero
---
lib/librte_ethdev/rte_ethdev.c | 12 +---
1 file changed, 5 insertions(+),
From: Richard Houldsworth
Adjust data types in interface to permit the complete
module information buffer to be obtained in a single
call.
Signed-off-by: Richard Houldsworth
Signed-off-by: Andrew Rybchenko
---
drivers/net/sfc/base/efx.h | 10 --
drivers/net/sfc/base/efx_mcdi.c |
Add base driver patches to support 50G and 100G XtremeScale X2
family adapters.
In this particular case it looks better to have separate patch which
updates documentation (as a cut line which summarizes the result).
There are few checkpatches.sh warnings due to coding style difference
in base dri
From: Richard Houldsworth
>From Medford onwards, the newer constants enumerating
port modes should be used.
Signed-off-by: Richard Houldsworth
Signed-off-by: Andrew Rybchenko
---
drivers/net/sfc/base/ef10_nic.c | 41 ++---
1 file changed, 22 insertions(+), 19 delet
From: Richard Houldsworth
Rearrange so the valid addresses are visible to the caller.
Signed-off-by: Richard Houldsworth
Signed-off-by: Andrew Rybchenko
---
drivers/net/sfc/base/efx.h | 21 +
drivers/net/sfc/base/efx_mcdi.c | 21 -
2 files changed,
From: Richard Houldsworth
Adjust bounds so the interface supports reading
the last available byte of data.
Fixes: 19b64c6ac35f ("net/sfc/base: import libefx base")
Cc: sta...@dpdk.org
Signed-off-by: Richard Houldsworth
Signed-off-by: Andrew Rybchenko
---
drivers/net/sfc/base/efx_phy.c | 2 +-
From: Richard Houldsworth
Add cases for the new port modes supported by X2 NICs.
Lane bandwidth is calculated for pre-X2 cards so is an
underestimate for X2 in 25G/100G modes.
Signed-off-by: Richard Houldsworth
Signed-off-by: Andrew Rybchenko
---
drivers/net/sfc/base/ef10_nic.c | 43 +
From: Richard Houldsworth
Limit the port mode bandwidth calculations by the maximum
reported link speed. This system detects 25G vs 10G cards,
and 100G port modes vs 40G.
Signed-off-by: Richard Houldsworth
Signed-off-by: Andrew Rybchenko
---
drivers/net/sfc/base/ef10_nic.c | 23 ++
From: Richard Houldsworth
Change the interface to ef10_nic_get_port_mode_bandwidth()
so more NIC information can be used to infer bandwidth
requirements. Huntington calculations separated out
completely.
Signed-off-by: Richard Houldsworth
Signed-off-by: Andrew Rybchenko
---
drivers/net/sfc/ba
Signed-off-by: Andrew Rybchenko
---
doc/guides/nics/sfc_efx.rst | 4
1 file changed, 4 insertions(+)
diff --git a/doc/guides/nics/sfc_efx.rst b/doc/guides/nics/sfc_efx.rst
index 63939ec83..425e669ed 100644
--- a/doc/guides/nics/sfc_efx.rst
+++ b/doc/guides/nics/sfc_efx.rst
@@ -240,6 +240,10
From: Richard Houldsworth
Add a function which makes an MCDI GET_LINK request and
packages up the results. Currently, the get-link function
is triggered from several entry points which then pass
on or store selected parts of the data. When the driver
needs to obtain the current link state, it is
From: Tom Millington
Previously only some of the code was guarded by this which caused
a build error when EFSYS_OPT_RX_SCALE is 0 (e.g. in manftest).
Signed-off-by: Tom Millington
Signed-off-by: Andrew Rybchenko
---
drivers/net/sfc/base/ef10_nic.c | 7 +++
drivers/net/sfc/base/efx.h
From: Richard Houldsworth
In efx_mcdi_phy_module_get_info() probe the
transceiver identification byte rather than assume
the module matches the fixed port type. This
supports scenarios such as a SFP mounted in a QSFP
port via a QSA module.
Signed-off-by: Richard Houldsworth
Signed-off-by: Andr
On 9/24/18 4:43 PM, Alejandro Lucero wrote:
This patch fixes how function exit is handled when errors inside
rte_eth_dev_create.
Fixes: e489007a411c ("ethdev: add generic create/destroy ethdev APIs")
Cc: sta...@dpdk.org
Signed-off-by: Alejandro Lucero
Minor nit/observation below, but anyway
On Wed, Sep 5, 2018 at 5:14 AM Andrew Rybchenko
wrote:
>
> From: Ivan Malov
>
> Default Rx/Tx configuration has become a helpful
> resource for applications relying on the optimal
> values to make rte_eth_rxconf and rte_eth_txconf
> structures. These structures can then be tweaked.
>
> Default co
On Wed, Sep 5, 2018 at 5:14 AM Andrew Rybchenko
wrote:
>
> From: Ivan Malov
>
> Descriptor limits are used by applications to take
> optimal decisions on queue sizing.
>
> Signed-off-by: Ivan Malov
> Signed-off-by: Andrew Rybchenko
Acked-by: Chas Williams
> ---
> drivers/net/bonding/rte_eth
On 9/21/2018 12:05 PM, Hemant Agrawal wrote:
> Misc driver level enhancements
>
> V3: fix the description and implementation of jumbo buffer fix
>
> V2: remove the unused function from map file
> Add description/details in git commit logs.
>
>
> Hemant Agrawal (9):
> net/dpaa: configure f
On 09/24, Wang, Xiao W wrote:
>Hi Xiaolong,
>
>Thanks for the update, 2 small comments below.
>
[snip]
>> +./vdpa --log-level=9 -c 0x6 -n 4 --socket-mem 1024,1024 \
>> +-w :06:00.3,vdpa=1 -w :06:00.4,vdpa=1 \
>> +-- --interactive
>
>To demonstrate app
On 9/21/2018 3:49 PM, Thomas Monjalon wrote:
> 21/09/2018 15:47, Ferruh Yigit:
>> On 9/20/2018 1:18 AM, Thomas Monjalon wrote:
>>> When trying to include stdbool.h in DPDK base headers, there are a lot
>>> of conflicts with drivers which redefine bool/true/false
>>> in their compatibility layer.
>>
-Original Message-
> Date: Mon, 24 Sep 2018 10:30:30 +0200
> From: Andrzej Ostruszka
> To: dev@dpdk.org
> Subject: Re: [dpdk-dev] [PATCH v3 3/4] app/test-eventdev: add Tx adapter
> support
> User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101
> Thunderbird/52.9.1
>
>
>
-Original Message-
> Date: Mon, 24 Sep 2018 09:23:31 +0100
> From: Harry van Haaren
> To: dev@dpdk.org
> CC: jerin.ja...@caviumnetworks.com, Harry van Haaren
>
> Subject: [PATCH v3 1/3] event: add function for reading unlink in progress
> X-Mailer: git-send-email 2.17.1
>
> External Ema
On 9/20/2018 1:18 AM, Thomas Monjalon wrote:
> When trying to include stdbool.h in DPDK base headers, there are a lot
> of conflicts with drivers which redefine bool/true/false
> in their compatibility layer.
>
> It is fixed by including stdbool.h in these drivers.
> Some errors with usage of bool
Do not use the typedef version of struct VhostUserMsg. Also unify the
related parameter name.
Signed-off-by: Nikolay Nikolaev
---
lib/librte_vhost/vhost_user.c | 41 +
1 file changed, 21 insertions(+), 20 deletions(-)
diff --git a/lib/librte_vhost/vhost
As VhostUserMsg structure is reused to generate the reply, move the
relevant fields update into the respective message handling functions.
Signed-off-by: Nikolay Nikolaev
---
lib/librte_vhost/vhost_user.c | 24
1 file changed, 16 insertions(+), 8 deletions(-)
diff --g
Add new functions to handle the unsupported vhost message types:
- vhost_user_set_vring_err
- vhost_user_set_log_fd
Signed-off-by: Nikolay Nikolaev
---
lib/librte_vhost/vhost_user.c | 22 +-
1 file changed, 17 insertions(+), 5 deletions(-)
diff --git a/lib/librte_vhost/v
vhost: vhost_user.c code cleanup
This patchesries introduce a set of code redesigns in vhost_user.c.
The goal is to unify and simplify vhost-user message handling. The
patches do not intend to introduce any functional changes.
v5 changes:
- fixed the usage of struct VhostUserMsg in all patches
Each vhost-user message handling function will return an int result
which is described in the new enum vh_result: error, OK and reply.
All functions will now have two arguments, virtio_net double pointer
and VhostUserMsg pointer.
Signed-off-by: Nikolay Nikolaev
---
lib/librte_vhost/vhost_user.c
Introduce vhost_message_handlers, which maps the message request
type to the message handler. Then replace the switch construct
with a map and call.
Failing vhost_user_set_features is fatal and all processing should
stop immediately and propagate the error to the upper layers. Change
the code acco
change PRIu8 -> PRIu16 for port_id (portid_t is uint16_t) in eth_event_callback
Fixes: 76ad4a2d82d4 ("app/testpmd: add generic event handler")
Cc: sta...@dpdk.org
Signed-off-by: Herakliusz Lipiec
---
app/test-pmd/testpmd.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a
On 9/21/2018 5:54 PM, Stephen Hemminger wrote:
> Provide API's to enable allmulticast and promiscuous in Netvsc PMD
> with VF. This keeps the VF and PV path in sync.
VF and PF?
>
> Signed-off-by: Stephen Hemminger
> ---
> Patch against dpdk-net-next
>
> drivers/net/netvsc/hn_ethdev.c | 14 +++
+ dev.
+cristian(Bitmap maintainer)
Please review.
Thanks!
On Monday 24 September 2018 09:08 PM, Vivek Sharma wrote:
> Currently, slab operations use unsigned long data type for 64-bit slab
> related operations. On target 'i686-native-linuxapp-gcc', unsigned long
> is 32-bit and thus, slab opera
On 24-Sep-18 4:21 PM, Nikolay Nikolaev wrote:
Each vhost-user message handling function will return an int result
which is described in the new enum vh_result: error, OK and reply.
All functions will now have two arguments, virtio_net double pointer
and VhostUserMsg pointer.
Signed-off-by: Nikol
On 9/21/2018 5:09 PM, Gaëtan Rivet wrote:
> Hi,
>
> Seems good, thanks.
>
> Acked-by: Gaetan Rivet
Series applied to dpdk-next-net/master, thanks.
>
> On Fri, Sep 21, 2018 at 04:36:20PM +0100, Andrew Rybchenko wrote:
>> v3:
>> - move apply on sync to fs_eth_dev_conf_apply() to apply to
>>
Scatter Rx is already supported by CXGBE PMD. So, add the missing
DEV_RX_OFFLOAD_SCATTER flag to the list of supported Rx offload
features.
Also, move the macros for supported list of offload features to
header file.
Fixes: 436125e64174 ("net/cxgbe: update to Rx/Tx offload API")
Cc: sta...@dpdk.o
Document changes done in
commit 323e7b667f18 ("ethdev: make default behavior CRC strip on Rx")
Signed-off-by: Ferruh Yigit
---
doc/guides/rel_notes/release_18_11.rst | 6 ++
1 file changed, 6 insertions(+)
diff --git a/doc/guides/rel_notes/release_18_11.rst
b/doc/guides/rel_notes/release_1
24/09/2018 17:06, Ferruh Yigit:
> On 9/20/2018 1:18 AM, Thomas Monjalon wrote:
> > -#define false FALSE
> > -#define true TRUE
>
> TRUE and FALSE also defined in this patch, can we remove them too?
I don't see the need to remove TRUE and FALSE.
The
24/09/2018 19:31, Ferruh Yigit:
> Document changes done in
> commit 323e7b667f18 ("ethdev: make default behavior CRC strip on Rx")
>
> Signed-off-by: Ferruh Yigit
> ---
> --- a/doc/guides/rel_notes/release_18_11.rst
> +++ b/doc/guides/rel_notes/release_18_11.rst
> @@ -112,6 +112,12 @@ API Changes
On Mon, Sep 24, 2018 at 7:31 PM, Ferruh Yigit wrote:
> Document changes done in
> commit 323e7b667f18 ("ethdev: make default behavior CRC strip on Rx")
>
> Signed-off-by: Ferruh Yigit
> ---
> doc/guides/rel_notes/release_18_11.rst | 6 ++
> 1 file changed, 6 insertions(+)
>
> diff --git a/do
> -Original Message-
> From: Vivek Sharma [mailto:vivek.sha...@caviumnetworks.com]
> Sent: Monday, September 24, 2018 4:50 PM
> To: Dumitrescu, Cristian
> Cc: Sharma, Vivek ; sta...@dpdk.org;
> dev@dpdk.org
> Subject: Re: [PATCH v1] eal: use correct data type for slab operations
>
> + d
When MLX PMD registers memory for DMA, it accesses the global memseg list
of DPDK to maximize the range of registration so that LKey search can be
more efficient. Granularity of MR registration is per page.
Externally allocated memory shouldn't be used for DMA because it can't be
searched in the m
When MLX PMD registers memory for DMA, it accesses the global memseg list
of DPDK to maximize the range of registration so that LKey search can be
more efficient. Granularity of MR registration is per page.
Externally allocated memory shouldn't be used for DMA because it can't be
searched in the m
RFC:
https://mails.dpdk.org/archives/dev/2018-August/109950.html
v2:
* make changes for the newly introduced meson build.
Ori Kam (11):
net/mlx5: split flow validation to dedicated function
net/mlx5: add flow prepare function
net/mlx5: add flow translate function
net/mlx5: add sup
From: Ori Kam
In current implementation the validation logic reside in the same function
that calculates the size of the verbs spec and also create the verbs spec.
This approach results in hard to maintain code which can't be shared.
also in current logic there is a use of parser entity that hold
From: Ori Kam
In current implementation the calculation of the flow size is done
during the validation stage, and the same function is also used to
translate the input parameters into verbs spec. This is hard to maintain
and error prone. Another issue is that dev-flows (flows that are created
imp
From: Ori Kam
This commit modify the conversion of the input parameters into Verbs
spec, in order to support all previous changes. Some of those changes
are: removing the use of the parser, storing each flow in its own flow
structure.
Signed-off-by: Ori Kam
Acked-by: Yongseok Koh
---
drivers/
From: Ori Kam
In the current PMD there is only support for Verbs driver API, to
configure NIC rules and TC driver API, to configure eswitch rules.
In order to support new drivers that will enable the use of new features
for example the Direct Verbs driver API. There is a need to split each
driver
From: Ori Kam
This is commit introduce the Direct Verbs driver API.
The Direct Verbs is an API adds new features like encapsulation, match
on metatdata.
In this commit the validation function was added, most of the validation
is done with functions that are also in use for the Verbs API.
Signed-
From: Ori Kam
This function allocates the Direct Verbs device flow, and
introduce the relevant PRM structures.
This commit also adds the matcher object. The matcher object acts as a
mask and should be shared between flows. For example all rules that
should match source IP with full mask should u
From: Ori Kam
This commit handles the translation of the requested flow into Direct
Verbs API.
The Direct Verbs introduce the matcher object which acts as shared mask
for all flows that are using the same mask. So in this commit we
translate the item and get in return a matcher and the value tha
From: Ori Kam
In this commit we add the translation of flow actions.
Unlike the Verbs API actions are separeted from the items and are passed
to the API in array structure.
Since the target action like RSS require the QP information those
actions are handled both in the translate action and in th
From: Ori Kam
This commit adds all Direct Verbs required functions to the glue lib.
Signed-off-by: Ori Kam
Acked-by: Yongseok Koh
---
drivers/net/mlx5/Makefile| 2 +-
drivers/net/mlx5/meson.build | 2 +-
drivers/net/mlx5/mlx5_glue.c | 45
dri
From: Ori Kam
This commits add the missing function which are apply, remove, and
destroy.
Signed-off-by: Ori Kam
Acked-by: Yongseok Koh
---
drivers/net/mlx5/mlx5_flow.c| 4 +
drivers/net/mlx5/mlx5_flow.h| 2 +
drivers/net/mlx5/mlx5_flow_dv.c | 192 +
From: Ori Kam
DV flow API is based on new kernel API and is
missing some functionality like counter but add other functionality
like encap.
In order not to affect current users even if the kernel supports
the new DV API it should be enabled only manually.
Signed-off-by: Ori Kam
Acked-by: Yongs
Flow engine has to support multiple driver paths. Verbs/DV for NIC flow
steering and Linux TC flower for E-Switch flow steering. In the future,
another flow driver could be added (devX).
Signed-off-by: Yongseok Koh
---
drivers/net/mlx5/mlx5.c| 1 -
drivers/net/mlx5/mlx5_flow.c
This patchset is to migrate the existing E-Switch flow driver on to the new flow
engine. This patchset depends on Ori's new flow engine [1].
[1] http://patches.dpdk.org/project/dpdk/list/?series=1473
v2:
* make changes for the newly introduced meson build.
Yongseok Koh (3):
net/mlx5: add abstr
Flows having 'transfer' attribute have to be inserted to E-Switch on the
NIC and the control path uses Linux TC flower interface via Netlink socket.
This patch adds the flow driver on top of the new flow engine.
Signed-off-by: Yongseok Koh
---
drivers/net/mlx5/Makefile|1 +
drivers/n
Netlink based E-Switch flow engine will be migrated to the new flow engine.
nl_flow will be renamed to flow_tcf as it goes through Linux TC flower
interface.
Signed-off-by: Yongseok Koh
---
drivers/net/mlx5/Makefile |1 -
drivers/net/mlx5/meson.build|1 -
drivers/net/mlx5/mlx5.
vhost: vhost_user.c code cleanup
This patchesries introduce a set of code redesigns in vhost_user.c.
The goal is to unify and simplify vhost-user message handling. The
patches do not intend to introduce any functional changes.
v6 changes:
- Even more fixes to the usage of struct VhostUserMsg in
1 - 100 of 152 matches
Mail list logo
