On Mon, Jan 6, 2020 at 9:56 PM Stephen Hemminger
wrote:
>
> The loop to unwind existing mmaps was only unmapping the
> first segment.
>
> Also, remove obvious redundant assignment.
>
> Fixes: 66cc45e293ed ("mem: replace memseg with memseg lists")
> Cc: anatoly.bura...@intel.com
> Cc: sta...@dpdk.o
The meter suffix flow item pointer restore is not correct to minus a
fixed value. It should minus the real offset it increases.
Set the value to the real offset the pointer increases to fix the issue.
Fixes: 9ea9b049a960 ("net/mlx5: split meter flow")
Cc: sta...@dpdk.org
Signed-off-by: Suanming
On 1/7/2020 12:37 AM, Ajit Khaparde wrote:
> In some cases when flow creation fails, we overwrite the specific
> error message with a generic error message. This patch fixes it.
>
> Fixes: d24610f7bfda ("net/bnxt: allow flow creation when RSS is enabled")
> Cc: sta...@dpdk.org
>
> Signed-off-by:
On Mon, Jan 06, 2020 at 01:24:36PM -0800, Sachin Jain wrote:
> Hi
>
> *What am I trying to do?*
>
> I am trying to write Gtests for my application based on DPDK.
>
> *Details about the app:*
>
> The application compiles dpdk as static library. Its a pretty simple. For
> now it just runs a dummy
>
> > > > +
> > > > +static __rte_always_inline void
> > > > +enqueue_elems_128(struct rte_ring *r, uint32_t prod_head, const
> > > > +void *obj_table, uint32_t n) { unsigned int i; const uint32_t size
> > > > += r->size; uint32_t idx = prod_head & r->mask; __uint128_t *ring =
> > > > +(__uint12
Hi
> -Original Message-
> From: Ananyev, Konstantin
> Sent: Monday, January 6, 2020 9:26 PM
> To: Di, ChenxuX ; dev@dpdk.org
> Cc: Yang, Qiming
> Subject: RE: [dpdk-dev] [PATCH v6 3/4] net/ixgbe: cleanup Tx buffers
>
>
>
> > > > > > + * tx_tail is the last sent packet on the sw_ring. G
Hi,
> -Original Message-
> From: Matan Azrad
> Sent: Monday, January 6, 2020 4:50 PM
> To: Slava Ovsiienko ; dev@dpdk.org
> Cc: Raslan Darawsheh ; Ori Kam
> ; sta...@dpdk.org
> Subject: RE: [PATCH] net/mlx5: fix matcher metadata register c0 field setup
>
>
>
> From: Viacheslav Ovsiienk
This patch adds support of multiple Ethernet RX queues
for the event dev mode.
Signed-off-by: Nipun Gupta
---
Changes in v2:
- Update command line argument to '--event-eth-rxqs' instead of
'--event-eth-queues'
- Correctly printed the number of RX queues being created
examples/l3fwd/l3fwd_
Signed-off-by: Nipun Gupta
---
examples/l3fwd/l3fwd_event.h | 4
1 file changed, 4 insertions(+)
diff --git a/examples/l3fwd/l3fwd_event.h b/examples/l3fwd/l3fwd_event.h
index fcc0ce51a..470aedc61 100644
--- a/examples/l3fwd/l3fwd_event.h
+++ b/examples/l3fwd/l3fwd_event.h
@@ -100,7 +100,11
On 27-Dec-19 11:11 AM, Olivier Matz wrote:
Hi Bao-Long,
On Fri, Dec 27, 2019 at 06:05:57PM +0800, Bao-Long Tran wrote:
Hi Olivier,
On 27 Dec 2019, at 4:11 PM, Olivier Matz wrote:
On Thu, Dec 26, 2019 at 04:45:24PM +0100, Olivier Matz wrote:
Hi Bao-Long,
On Mon, Dec 23, 2019 at 07:09:29PM
From: Pavan Nikhilesh
Relax memory requirement for event timers when internal mempool used is
octeontx2 mempool.
Add debug log to print the memory used.
Signed-off-by: Pavan Nikhilesh
---
drivers/event/octeontx2/otx2_tim_evdev.c | 11 ++-
1 file changed, 10 insertions(+), 1 deletion(-)
On 12/17/2019 6:44 AM, Sebastian, Selwin wrote:
> [AMD Official Use Only - Internal Distribution Only]
>
> Hi Ferruh,
> Current driver was developed for EPYC 3000 processors. New processors
> V1000/R1000 is also using the same PCI id for axgbe but register definitions
> for determining the
Hi Chenxu,
> > > > > > > + * tx_tail is the last sent packet on the sw_ring. Goto the
> > > > > > > + end
> > > > > > > + * of that packet (the last segment in the packet chain) and
> > > > > > > + * then the next segment will be the start of the oldest
> > > > > > > + segment
> > > > > > > + * i
This patchset adds support for OCTEON TX2 end point mode of operation.
The driver implementation uses DPDK rawdevice sub-system.
v2:
* Updated memory barrior API's as per Gavin Hu suggestion.
v3:
* Fixed memory leak possibility issues.
v4:
* Improved error handling in selftest API.
Mahipal Chal
Register "dev_configure" API to configure/initialize the SDP
VF PCIe devices.
Signed-off-by: Mahipal Challa
---
doc/guides/rawdevs/octeontx2_ep.rst| 29 ++
drivers/common/octeontx2/hw/otx2_sdp.h | 184 +
drivers/common/octeontx2/otx2_common.c |
Add the OCTEON TX2 SDP EP device probe along with the
build infrastructure for Make and meson builds.
Signed-off-by: Mahipal Challa
---
MAINTAINERS| 5 +
config/common_base | 5 +
doc/guides/rawdevs/index.rst
Add rawdev enqueue operation for SDP VF devices.
Signed-off-by: Mahipal Challa
---
doc/guides/rawdevs/octeontx2_ep.rst | 6 +
drivers/raw/octeontx2_ep/otx2_ep_enqdeq.c | 242 ++
drivers/raw/octeontx2_ep/otx2_ep_enqdeq.h | 39 +
drivers/raw/octeontx2_ep/ot
Add rawdev dequeue operation for SDP VF devices.
Signed-off-by: Mahipal Challa
---
drivers/raw/octeontx2_ep/otx2_ep_enqdeq.c | 197 ++
drivers/raw/octeontx2_ep/otx2_ep_enqdeq.h | 2 +
drivers/raw/octeontx2_ep/otx2_ep_rawdev.c | 1 +
drivers/raw/octeontx2_ep/otx2_e
Add rawdev close/uninitialize operation for SDP
VF devices.
Signed-off-by: Mahipal Challa
---
drivers/raw/octeontx2_ep/otx2_ep_enqdeq.c | 111 ++
drivers/raw/octeontx2_ep/otx2_ep_rawdev.c | 78 +
drivers/raw/octeontx2_ep/otx2_ep_rawdev.h | 8 +++
Add rawdev's selftest feature in SDP VF driver, which
verifies the EP mode functionality test.
Signed-off-by: Mahipal Challa
---
doc/guides/rawdevs/octeontx2_ep.rst | 13 +++
drivers/raw/octeontx2_ep/Makefile | 1 +
drivers/raw/octeontx2_ep/meson.build | 1 +
drivers/raw/
Hi,
How this issue was seen? Is it related to the bug reported by Tonghao Zhang?
If yes, you may use "Reported-by:".
One comment about the title, please describe which area is fixed,
instead of "incorrect pointer operation" which is very generic.
The title should probably include the word "meter"
> > > > > This patch adds the driver outbound worker thread for ipsec-secgw.
> > > > > In this mode the security session is a fixed one and sa update is
> > > > > not done.
> > > > >
> > > > > Signed-off-by: Ankur Dwivedi
> > > > > Signed-off-by: Anoob Joseph
> > > > > Signed-off-by: Lukasz Barto
> > > Add Rx adapter support. The event helper init routine will initialize
> > > the Rx adapter according to the configuration. If Rx adapter config is
> > > not present it will generate a default config. It will check the
> > > available eth ports and event queues and map them 1:1. So one eth
> > > > > Add eventmode support to ipsec-secgw. This uses event helper to
> > > > > setup and use the eventmode capabilities. Add driver inbound worker.
> > > > >
> > > > > Example command:
> > > > > ./ipsec-secgw -c 0x1 -w 0002:02:00.0,ipsec_in_max_spi=100 -w
> > > > > 0002:07:00.0 -w 0002:0e:
> >
> > > Add Travis compilation jobs for aarch64. gcc/clang compilations for
> > > static/shared libraries are added.
> > >
> > > Some limitations for current aarch64 Travis support:
> > > 1. Container is used. Huge page is not available due to security reason.
> > > 2. Missing kernel header pac
From: Sucharitha Sarananaga
AES XTS support is added to fips application. Parse test-vectors
from input files, populate AES XTS tests and prepare AES XTS
operations for fips validation.
Signed-off-by: Abed Kamaluddin
Signed-off-by: Archana Muniganti
Signed-off-by: Sucharitha Sarananaga
---
e
In current led control API we have no way to know if a device is able
to handle on/off requests coming from the application.
Knowing if the device is led control capable could be useful to avoid
exchanges between application and kernel.
Using the on/off requests to flag if the device is led control
> > > > > +
> > > > > +static __rte_always_inline void enqueue_elems_128(struct
> > > > > +rte_ring *r, uint32_t prod_head, const void *obj_table,
> > > > > +uint32_t n) { unsigned int i; const uint32_t size = r->size;
> > > > > +uint32_t idx = prod_head & r->mask; __uint128_t *ring =
> > > > > +(
Hi Beilei,
I have resolved all comments below in v3 of patch.
Rory
> > Adding FDIR support for L2TPv3 over IP header matching and adding a
> > new customized pctype for l2tpv3 over IP.
> >
> > Signed-off-by: Rory Sexton
> > Signed-off-by: Dariusz Jagus
> > ---
>
> Version change is needed h
>
> > > > > > +
> > > > > > +static __rte_always_inline void enqueue_elems_128(struct
> > > > > > +rte_ring *r, uint32_t prod_head, const void *obj_table,
> > > > > > +uint32_t n) { unsigned int i; const uint32_t size = r->size;
> > > > > > +uint32_t idx = prod_head & r->mask; __uint128_t *ring
This patch adds the new flow item RTE_FLOW_ITEM_TYPE_L2TPV3OIP to
flow API to match a L2TPv3 over IP header. This patch supports only
L2TPv3 over IP header format which is different to L2TPv2/L2TPv3
over UDP. The difference in header formats between L2TPv3 over IP
and L2TP over UDP require a separa
Adding FDIR support for L2TPv3 over IP header matching and adding
a new customized pctype for l2tpv3 over IP.
Signed-off-by: Rory Sexton
Signed-off-by: Dariusz Jagus
---
v3 changes:
* removing testpmd doc update as this patch focus only on i40e PMD
* remove unused structure from i40e_ethdev.h
--
The function was checking -1 against the callback data instead of
the given cb_arg parameter.
Signed-off-by: Ricardo Roldan
---
lib/librte_ethdev/rte_ethdev.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/lib/librte_ethdev/rte_ethdev.c b/lib/librte_ethdev/rte_ethdev.c
index
> > > Add basic infrastructure to test rte_ring_xxx_elem APIs. Add test
> > > cases for testing burst and bulk tests.
> > >
> > > Signed-off-by: Honnappa Nagarahalli
> > > Reviewed-by: Gavin Hu
> > > ---
> > > app/test/test_ring.c | 466
> > > ---
> > > ap
> > > Add test cases to test rte_ring_xxx_elem APIs for single element
> > > enqueue/dequeue test cases.
> > >
> > > Signed-off-by: Honnappa Nagarahalli
> > > Reviewed-by: Gavin Hu
> > > ---
> > > app/test/test_ring_perf.c | 100
> > > ++
> > > 1 file change
On 06-Jan-20 8:55 PM, Stephen Hemminger wrote:
The loop to unwind existing mmaps was only unmapping the
first segment.
Also, remove obvious redundant assignment.
Fixes: 66cc45e293ed ("mem: replace memseg with memseg lists")
Cc: anatoly.bura...@intel.com
Cc: sta...@dpdk.org
Signed-off-by: Stephe
>-Original Message-
>From: Ananyev, Konstantin
>Sent: Monday, January 6, 2020 5:43 PM
>To: Pavan Nikhilesh Bhagavatula ; Jerin
>Jacob Kollanukkaran ; Kovacevic, Marko
>; Ori Kam ;
>Richardson, Bruce ; Nicolau, Radu
>; Akhil Goyal ;
>Kantecki, Tomasz ; Sunil Kumar Kori
>
>Cc: dev@dpdk.org
On 12/19/2019 10:18 PM, Alfredo Cardigliano wrote:
> The patch series provides an initial version of a
> poll mode driver for Pensando network adapters.
> The driver name is ionic.
>
> v4 Changes:
> --
> - Remove the static list of adapters
> - Disable compilation on unsupported platforms
>> >> +struct l3fwd_event_resources {
>> >> + uint8_t sched_type;
>> >> + uint8_t enabled;
>> >> + uint8_t nb_args;
>> >> + char **args;
>> >> +};
>> >> +
>> >> +static inline struct l3fwd_event_resources *
>> >> +l3fwd_get_eventdev_rsrc(void)
>> >> +{
>> >> + static const char name[RTE_MEMZONE_NAM
On 12/19/2019 10:18 PM, Alfredo Cardigliano wrote:
> Add makefile and config file options to compile the Pensando ionic PMD.
> Add feature and version map file.
> Update maintainers file.
>
> Signed-off-by: Alfredo Cardigliano
> Reviewed-by: Shannon Nelson
<...>
> +++ b/doc/guides/nics/ionic.r
On 12/19/2019 10:18 PM, Alfredo Cardigliano wrote:
> Register the Pensando ionic PMD (net_ionic) and define initial probe
> and remove callbacks with adapter initialization.
>
> Signed-off-by: Alfredo Cardigliano
> Reviewed-by: Shannon Nelson
<...>
> +static int
> +eth_ionic_pci_remove(struct
Hi Matan,
On 12/25/19 4:19 PM, Matan Azrad wrote:
> The vDPA (vhost data path acceleration) drivers provide support for
> the vDPA operations introduced by the rte_vhost library.
>
> Any driver which provides the vDPA operations should be moved\added to
> the vdpa class under drivers/vdpa/.
>
>
Hi Tao,
> Thank you for your advice. Your advice is excellent. I have the same idea
> with you to solve this problem.
> First. Consider whether the fallback function of alamer can shorten the time.
> But it seems difficult for the following reasons(If you have a good idea,
> please let me kno
On 12/25/19 4:19 PM, Matan Azrad wrote:
> Add vDPA devices features table and explanation.
>
> Any vDPA driver can add its own supported features by ading a new ini
> file to the features directory in doc/guides/vdpadevs/features.
>
> Signed-off-by: Matan Azrad
> ---
> doc/guides/conf.py
The rte_eal_cleanup code is not exercised by testpmd which
is the most used DPDK test tool. Add a call at end of program.
This helps exercise free and close paths which can
be checked with tools like valgrind.
Signed-off-by: Stephen Hemminger
---
app/test-pmd/testpmd.c | 1 +
1 file changed, 1
Could who ever maintains the CI system get valgrind integrated.
DPDK leaks a lot of memory and file descriptors but since tools
are not regularly run to test, no one notices.
Valgrind on x86 has issues in that by default DPDK builds with
CPU flags it doesn't support. Running it on QEMU/Arm works.
On Tue, Jan 7, 2020 at 11:11 PM Stephen Hemminger
wrote:
>
> The rte_eal_cleanup code is not exercised by testpmd which
> is the most used DPDK test tool. Add a call at end of program.
>
> This helps exercise free and close paths which can
> be checked with tools like valgrind.
>
> Signed-off-by:
On 12/25/19 4:19 PM, Matan Azrad wrote:
> A new vDPA class was recently introduced.
>
> IFC driver implements the vDPA operations, hence it should be moved to
> the vDPA class.
>
> Move it.
>
> Signed-off-by: Matan Azrad
> ---
> MAINTAINERS |6 +-
> doc/guid
The rte_eal_cleanup code is not exercised by testpmd which
is the most used DPDK test tool. Add a call at end of program.
This helps exercise free and close paths which can
be checked with tools like valgrind.
Signed-off-by: Stephen Hemminger
---
v2 - report errors
app/test-pmd/testpmd.c | 7 +
On Tue, Jan 7, 2020 at 1:18 AM Ferruh Yigit wrote:
> On 1/7/2020 12:37 AM, Ajit Khaparde wrote:
> > In some cases when flow creation fails, we overwrite the specific
> > error message with a generic error message. This patch fixes it.
> >
> > Fixes: d24610f7bfda ("net/bnxt: allow flow creation w
>
> > > > Add test cases to test rte_ring_xxx_elem APIs for single element
> > > > enqueue/dequeue test cases.
> > > >
> > > > Signed-off-by: Honnappa Nagarahalli
> > > > Reviewed-by: Gavin Hu
> > > > ---
> > > > app/test/test_ring_perf.c | 100
> > > > ++
>
On Mon, Jan 6, 2020 at 4:37 PM Ajit Khaparde
wrote:
> v2->v3:
> - Rebased patches against latest dpdk-next-net
> - sync commit logs
>
Patchset applied to dpdk-next-net-brcm. Thanks
>
> Ajit Khaparde (2):
> net/bnxt: add support for flow mark action
> net/bnxt: fix to not overwrite error m
The ring is used only by af_xdp pmd itself, so no need to support
multi-producer and multi-consumer mode. This patch changes the ring
to single-producer and single-consumer mode, which could yield better
performance for addr enqueue and dequeue.
Signed-off-by: Xiao Wang
---
drivers/net/af_xdp/rt
Change the iavf base code as driver common library, it is used by iavf
PMD now, and it can be used by other Intel SR-IOV PMDs in the future.
Signed-off-by: Haiyue Wang
---
v4: keep the iavf spinlock & memmory function prototype in osdep.h
v3: update the commit message.
v2: update the commit mes
> -Original Message-
> From: Wang, Haiyue
> Sent: Wednesday, January 8, 2020 11:12 AM
> To: dev@dpdk.org; Ye, Xiaolong ; Zhang, Qi Z
> ; Yang, Qiming
> Cc: Wang, Haiyue
> Subject: [PATCH v4] net/iavf/base: change the base as driver common
>
> Change the iavf base code as driver commo
On Tue, Jan 07, 2020 at 06:39:36PM +0100, Maxime Coquelin wrote:
> On 12/25/19 4:19 PM, Matan Azrad wrote:
> > Add vDPA devices features table and explanation.
> >
> > Any vDPA driver can add its own supported features by ading a new ini
> > file to the features directory in doc/guides/vdpadevs/fe
Hi Matan,
Did you think about OVS DPDK?
vDPA is a basic module for OVS, currently it will take some exception path
packet processing
for OVS, so it still needs to integrate eth_dev.
Thanks,
Rosen
> -Original Message-
> From: dev On Behalf Of Matan Azrad
> Sent: Tuesday, January 07, 202
> > > > > > > +
> > > > > > > +static __rte_always_inline void enqueue_elems_128(struct
> > > > > > > +rte_ring *r, uint32_t prod_head, const void *obj_table,
> > > > > > > +uint32_t n) { unsigned int i; const uint32_t size =
> > > > > > > +r->size; uint32_t idx = prod_head & r->mask; __uint128_t
From: Itsuro Oda
remove an unused member from pmd_internal.
---
drivers/net/vhost/rte_eth_vhost.c | 9 +
1 file changed, 1 insertion(+), 8 deletions(-)
diff --git a/drivers/net/vhost/rte_eth_vhost.c
b/drivers/net/vhost/rte_eth_vhost.c
index 46f01a7f4..d4e3485ce 100644
--- a/drivers/net
From: Itsuro Oda
allocate iface_name of pmd_internal from heap in order to
be able to refer from secondary processes.
---
drivers/net/vhost/rte_eth_vhost.c | 8 +---
1 file changed, 5 insertions(+), 3 deletions(-)
diff --git a/drivers/net/vhost/rte_eth_vhost.c
b/drivers/net/vhost/rte_eth_v
From: Itsuro Oda
vhost PMD has not been available for secondary processes since
DPDK v18.11. (https://bugs.dpdk.org/show_bug.cgi?id=194)
(for a long term !)
This series of patches intend to make vhost PMD available for
secondary processes.
Because now setting vhost driver to communicate with a v
From: Itsuro Oda
setting vhost driver is delayed at eth_dev configuration
in order to be able to set it from a secondary process.
---
drivers/net/vhost/rte_eth_vhost.c | 130 ++
1 file changed, 78 insertions(+), 52 deletions(-)
diff --git a/drivers/net/vhost/rte_eth_
From: Itsuro Oda
add lacking member setting and make secondary probe complete.
---
drivers/net/vhost/rte_eth_vhost.c | 5 -
1 file changed, 4 insertions(+), 1 deletion(-)
diff --git a/drivers/net/vhost/rte_eth_vhost.c
b/drivers/net/vhost/rte_eth_vhost.c
index 0b8b5a4ca..7a501cf91 100644
--
Hi,
I will fix to add signed-off-by and correct spelling error
according to test-report@dpdk.
Please check the content until then.
Thanks.
On Wed, 8 Jan 2020 15:25:06 +0900
o...@valinux.co.jp wrote:
> From: Itsuro Oda
>
> vhost PMD has not been available for secondary processes since
> DPDK
On 1/8/20 8:28 AM, Tiwei Bie wrote:
> On Tue, Jan 07, 2020 at 06:39:36PM +0100, Maxime Coquelin wrote:
>> On 12/25/19 4:19 PM, Matan Azrad wrote:
>>> Add vDPA devices features table and explanation.
>>>
>>> Any vDPA driver can add its own supported features by ading a new ini
>>> file to the featur
Hi Gavin,
We have incorporated the changes you suggested in v3, please ack.
We like to take up performance improvement optimizations later( that you
suggested in v3) and upstream in the future, so for this release 20.02 we like
to go with the existing patch set sources(v4), please ack.
Thanks,
M
Hi,
> -Original Message-
> From: Viacheslav Ovsiienko
> Sent: Friday, December 20, 2019 9:53 AM
> To: dev@dpdk.org
> Cc: Matan Azrad ; Raslan Darawsheh
> ; Ori Kam ;
> sta...@dpdk.org
> Subject: [PATCH] net/mlx5: fix register c0 usage for metadata entities
>
> The register c0 might be en
67 matches
Mail list logo
