Add fuqi
> -Original Message-
> From: Zhao1, Wei
> Sent: Tuesday, April 28, 2020 2:22 PM
> To: dev@dpdk.org
> Cc: Zhang, Qi Z ; Zhao1, Wei
> Subject: [PATCH] net/ice/base: fix bm mask set and find switch recipe method
>
> When we download a switch rule for ipv6 with esp payload "eth / i
From: Alvin Zhang
If the PF driver does not support the new speed reporting capabilities then
use link_event else use link_event_adv to get the speed.
Fixes: 48de41ca11f0 (net/iavf: enable link status update)
Cc: jingjing...@intel.com
Signed-off-by: Alvin Zhang
---
drivers/net/iavf/iavf_vchnl
When we download a switch rule for ipv6 with esp payload
"eth / ipv6 / esp spi is 1 / end actions queue index 2 / end"
if we don't add bm bit set check for tun_type, then a packet of
ipv4 with esp payload
"sendp([Ether(dst="00:00:00:00:01:00")/IP(proto=50)/ESP(spi=1)/
("X"*480)], iface="ens5f0",
When we flush FDIR filter, we can not call i40e_fdir_teardown()
function as it will free vsi used for FDIR, then the vsi->base_queue
will be freed from pf->qp_pool, but vsi->base_queue can only get
once when do dev init in i40e_pf_setup(). If we free it, it will
never be alloc again.
Bugzilla ID:
fix i40e bug for flow filter and add comment in doc.
v2:
add more comment in git log.
Wei Zhao (3):
net/i40e: fix FDIR issue for ARP packets
doc: input set requirement of each pctype for FDIR
net/i40e: remove teardown when flush FDIR filter
doc/guides/nics/i40e.rst | 7 +++
drive
Add input set requirement info to i40e doc.
Bugzilla ID: 403
Signed-off-by: Wei Zhao
---
doc/guides/nics/i40e.rst | 7 +++
1 file changed, 7 insertions(+)
diff --git a/doc/guides/nics/i40e.rst b/doc/guides/nics/i40e.rst
index 416b3904e..ad5f51c38 100644
--- a/doc/guides/nics/i40e.rst
+++ b/
This patch can enable FDIR awith ethertype as input set for ARP
packet, it will associate this rule, "flow create 0 ingress pattern
eth type is 0x0806 / end actions mark id 0x86 / rss / end", with
pctype I40E_FILTER_PCTYPE_L2_PAYLOAD for ARP packet rule.
I have tried to enable ARP ethertype for FDI
Looks okay.
Regards
Sunil Kumar Kori
>-Original Message-
>From: pbhagavat...@marvell.com
>Sent: Tuesday, April 28, 2020 12:01 AM
>To: Jerin Jacob Kollanukkaran ; tho...@monjalon.net;
>John McNamara ; Marko Kovacevic
>; Ori Kam ; Bruce
>Richardson ; Radu Nicolau
>; Akhil Goyal ; Tomasz
>
After VF reset, FDIR rule still takes effect. To solve the issue,
this patch adds to flush all flows before flow uninit. VIRTCHNL
sends message to PF by Admin Queue, so flow flush should be implemented
before Admin Queue shut down.
Fixes: c6ea8bd9f11f ("net/iavf: support generic flow")
Signed-off
> -Original Message-
> From: Xing, Beilei
> Sent: Tuesday, April 28, 2020 9:21 AM
> To: Zhao1, Wei ; dev@dpdk.org
> Cc: maxime.le...@6wind.com; sta...@dpdk.org
> Subject: RE: [PATCH 1/3] net/i40e: remove ARP type check for FDIR filter
>
>
>
> > -Original Message-
> > From: Zh
>
> All API's should check that they support the flag values passed.
> These checks ensure that the extra bits can safely be used without risk of ABI
> breakage.
>
> Signed-off-by: Stephen Hemminger
Reviewed-by: Honnappa Nagarahalli
> ---
> lib/librte_ring/rte_ring.c | 12
> 1
Sent from Workspace ONE Boxer
On 27-Apr-2020 10:18 PM, Phil Yang wrote:
>
> External Email
>
> --
> GCC 10 compiling output:
> eal_common_trace_utils.c: In function 'eal_trace_dir_args_save':
> eal_common_trace_utils.c:290:24: err
On 4/27/2020 9:28 AM, Wei Zhao wrote:
Replace Wenzhuo Lu, Alvin Zhang and Konstantin Ananyev
with Wei Zhao and Jeff Guo.
Signed-off-by: Wei Zhao
---
MAINTAINERS | 10 ++
1 file changed, 6 insertions(+), 4 deletions(-)
diff --git a/MAINTAINERS b/MAINTAINERS
index d31a80929..7a57535
On 4/26/2020 4:21 PM, Beilei Xing wrote:
Replace Qi Zhang with Jeff Guo.
Signed-off-by: Beilei Xing
---
MAINTAINERS | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/MAINTAINERS b/MAINTAINERS
index cd50160..cc2664a 100644
--- a/MAINTAINERS
+++ b/MAINTAINERS
@@ -658,7 +658
On 4/28/2020 8:47 AM, Lu, Wenzhuo wrote:
-Original Message-
From: Zhao1, Wei
Sent: Monday, April 27, 2020 9:24 AM
To: dev@dpdk.org
Cc: Guo, Jia ; lvinx.zh...@intel.com; Lu, Wenzhuo
; Ananyev, Konstantin
; Zhao1, Wei
Subject: [PATCH] maintainers: update for Intel ixgbe/igb/igc
Replace
W dniu 27.04.2020 o 18:57, Stephen Hemminger pisze:
> On Mon, 27 Apr 2020 17:01:21 +0200
> David Marchand wrote:
>
>> On Mon, Apr 27, 2020 at 4:51 PM Stephen Hemminger
>> wrote:
>>> On Mon, 27 Apr 2020 13:33:27 +
>>> Liron Himi wrote:
>>>
Hi,
We noticed that the impl
> -Original Message-
> From: Maxime Coquelin
> Sent: Monday, April 27, 2020 7:07 PM
> To: Liu, Yong ; Ye, Xiaolong ;
> Wang, Zhihong
> Cc: dev@dpdk.org
> Subject: Re: [PATCH v10 4/9] net/virtio-user: add vectorized devarg
>
>
>
> On 4/26/20 4:19 AM, Marvin Liu wrote:
> > Add new dev
The rte_service_lcore_reset_all function stops execution of services
on all lcores and switches them back from ROLE_SERVICE to ROLE_RTE.
However the thread loop for slave lcores (eal_thread_loop) distincts these
roles to set lcore state after processing delegated function.
It sets WAIT state for RO
> -Original Message-
> From: Zhao1, Wei
> Sent: Monday, April 27, 2020 3:15 PM
> To: dev@dpdk.org
> Cc: Xing, Beilei ; maxime.le...@6wind.com;
> sta...@dpdk.org; Zhao1, Wei
> Subject: [PATCH 1/3] net/i40e: remove ARP type check for FDIR filter
>
> I have try to enable ARP ethertype fo
> -Original Message-
> From: Xing, Beilei
> Sent: Tuesday, April 28, 2020 9:13 AM
> To: Zhao1, Wei ; dev@dpdk.org
> Cc: maxime.le...@6wind.com; sta...@dpdk.org
> Subject: RE: [PATCH 3/3] net/i40e: remove teardown when flush FDIR filter
>
>
>
> > -Original Message-
> > From: Z
> -Original Message-
> From: Maxime Coquelin
> Sent: Monday, April 27, 2020 7:21 PM
> To: Liu, Yong ; Ye, Xiaolong ;
> Wang, Zhihong
> Cc: dev@dpdk.org
> Subject: Re: [PATCH v10 6/9] net/virtio: add vectorized packed ring Rx path
>
>
>
> On 4/26/20 4:19 AM, Marvin Liu wrote:
> > Opt
> -Original Message-
> From: Zhao1, Wei
> Sent: Monday, April 27, 2020 3:15 PM
> To: dev@dpdk.org
> Cc: Xing, Beilei ; maxime.le...@6wind.com;
> sta...@dpdk.org; Zhao1, Wei
> Subject: [PATCH 3/3] net/i40e: remove teardown when flush FDIR filter
>
> When we flush FDIR filter, we can no
> -Original Message-
> From: Xing, Beilei
> Sent: Sunday, April 26, 2020 4:22 PM
> To: dev@dpdk.org; Wu, Jingjing ; Lu, Wenzhuo
> ; Zhang, Qi Z
> Subject: [PATCH 2/3] maintainers: update for Intel iavf
>
> Replace Wenzhuo Lu with Beilei Xing.
>
> Signed-off-by: Beilei Xing
Acked-by:
> -Original Message-
> From: Zhao1, Wei
> Sent: Monday, April 27, 2020 9:24 AM
> To: dev@dpdk.org
> Cc: Guo, Jia ; lvinx.zh...@intel.com; Lu, Wenzhuo
> ; Ananyev, Konstantin
> ; Zhao1, Wei
> Subject: [PATCH] maintainers: update for Intel ixgbe/igb/igc
>
> Replace Wenzhuo Lu, Alvin Zhang
> -Original Message-
> From: Maxime Coquelin
> Sent: Monday, April 27, 2020 4:45 PM
> To: Liu, Yong ; Ye, Xiaolong ;
> Wang, Zhihong
> Cc: dev@dpdk.org
> Subject: Re: [PATCH v2 2/2] vhost: cache gpa to hpa translation
>
> Hi Marvin,
>
> On 4/1/20 4:50 PM, Marvin Liu wrote:
> > If Tx
The netvsc PMD is putting the mac address in private data.
Unless dev->data->mac_addrs is NULL'd rte_ethdev_close will
try and free the address array.
Causing the following scary error.
EAL: Invalid memory
This is a simpler alternative to the fix already merged in 20.05-rc1
Fixes: f8279f47dd89 (
Signed-off-by: Stephen Hemminger
---
drivers/bus/vmbus/linux/vmbus_uio.c | 2 +-
drivers/bus/vmbus/vmbus_common.c| 2 +-
2 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/drivers/bus/vmbus/linux/vmbus_uio.c
b/drivers/bus/vmbus/linux/vmbus_uio.c
index 10e50c9b5a10..5451bfd1501d 1
Signed-off-by: Stephen Hemminger
---
drivers/net/netvsc/hn_ethdev.c | 2 +-
drivers/net/netvsc/hn_nvs.h| 2 +-
2 files changed, 2 insertions(+), 2 deletions(-)
diff --git a/drivers/net/netvsc/hn_ethdev.c b/drivers/net/netvsc/hn_ethdev.c
index 96480f930a46..6723abab1fe5 100644
--- a/drivers/n
These fix some minor issues found during testing and
review of netvsc PMD
Stephen Hemminger (4):
net/vmbus: add missing barrier
net/netvsc: fix invalid rte_free on dev_close
net/netvsc: fix comment spelling errors
bus/vmbus: fix comment spelling errors
drivers/bus/vmbus/linux/vmbus_uio.c
The check for event ring being empty needs a barrier
to avoid any over agressive optimization.
This is same barrier as Linux kernel.
Signed-off-by: Stephen Hemminger
---
drivers/bus/vmbus/vmbus_channel.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/drivers/bus/vmbus/vmbus_channel.c
b/dri
All API's should check that they support the flag values
passed. If an application passes an invalid flag it could
cause problems in later ABI.
Signed-off-by: Stephen Hemminger
---
lib/librte_cfgfile/rte_cfgfile.c | 4
1 file changed, 4 insertions(+)
diff --git a/lib/librte_cfgfile/rte_cfg
All API's should check that they support the flag values
passed. If an application passes an invalid flag it could
cause problems in later ABI.
Signed-off-by: Stephen Hemminger
---
lib/librte_stack/rte_stack.c | 5 +
1 file changed, 5 insertions(+)
diff --git a/lib/librte_stack/rte_stack.c
All API's should check that they support the flag values passed.
These checks ensure that the extra bits can safely be used
without risk of ABI breakage.
Signed-off-by: Stephen Hemminger
---
lib/librte_ring/rte_ring.c | 12
1 file changed, 12 insertions(+)
diff --git a/lib/librte_r
All API's should check that they support the flag values
passed. If an application passes an invalid flag it could
cause problems in later ABI.
Signed-off-by: Stephen Hemminger
---
lib/librte_hash/rte_cuckoo_hash.c | 14 ++
1 file changed, 14 insertions(+)
diff --git a/lib/librte_ha
The DPDK API's are lax about checking for undefined flag values.
This makes it impossible to add new bits to existing API's
without causing ABI breakage. This means we end up doing unnecessary
symbol versioning just to work around applications that might
pass in naughty bits.
This is the DPDK anal
On Wed, Apr 22, 2020 at 10:27:47AM +0300, tal...@mellanox.com wrote:
> From: Tal Shnaiderman
>
> Uses SetupAPI.h functions to scan PCI tree.
> Uses DEVPKEY_Device_Numa_Node to get the PCI Numa node.
> scanning currently supports types RTE_KDRV_NONE.
>
> Signed-off-by: Tal Shnaiderman
> ---
> d
The AltiVec header file breaks boolean type:
In file included from ../lib/librte_mempool/rte_mempool_trace_fp.h:18:0,
from ../lib/librte_mempool/rte_mempool.h:54,
from ../lib/librte_mbuf/rte_mbuf.h:38,
from ../lib/librte_net/rte_ether.h:23,
On Mon, 27 Apr 2020 13:12:32 +0100
"Burakov, Anatoly" wrote:
> On 04-Jan-20 1:33 AM, Stephen Hemminger wrote:
> > Resolves file descriptor left open after rte_eal_cleanup.
> >
> > Signed-off-by: Stephen Hemminger
> > ---
> > lib/librte_eal/linux/eal/eal.c | 6 ++
> > 1 file changed, 6 in
The TAP driver does not initialize all the elements of the rte_flow
structure. This can lead to crash in rte_flow_destroy.
(gdb) where
flow=0x100e99280, error=0x0)
at drivers/net/tap/tap_flow.c:1514
(gdb) p remote_flow
$1 = (struct rte_flow *) 0x6b6b6b6b6b6b6b6b
Which is here:
static int
27/04/2020 12:58, Ferruh Yigit:
> On 4/27/2020 7:14 AM, Kumar, Ravi1 wrote:
> > [AMD Public Use]
> >
> > Acked-by: Ravi Kumar
> >> -Original Message-
> >> From: Somalapuram, Amaranath
> >> Sent: Monday, April 27, 2020 11:42 AM
> >> To: dev@dpdk.org
> >> Cc: Kumar, Ravi1
> >> Subject: [
> > Updating ARM v7 and v8 maintainer. Gavin is leaving Arm.
> >
> > Signed-off-by: Ruifeng Wang
> Acked-by: Honnappa Nagarahalli
Applied
On 2020-04-27 15:20 GMT+0300 Fady Bader wrote:
> Implemented the needed Windows eal timer functions.
[snip]
> +void
> +rte_delay_us_sleep(unsigned int us)
> +{
> + HANDLE timer;
> + LARGE_INTEGER li_due_time;
Here usually comes a blank line.
> + /* create waitable timer */
> + tim
Hello Sunil,
As it seems that this patch does not overly alarm people using the PCI
bus, I have a few comments on this version. Sending those a little
earlier will allow you to change as needed before proceeding with your
tests.
On 20/04/20 12:25 +0530, Sunil Kumar Kori wrote:
> rte_bus_scan API
From: Vamsi Attunuru
Current l2fwd application statically configures adjacent ports as
destination ports for forwarding the traffic.
Add a portmap option to pass the forwarding port pair mapping which allows
the user to configure forwarding port mapping.
If no portmap argument is specified, des
The assert that checks if there is a enough room for the
whole packet minus headroom data is written incorrectly.
The check should be negated in order to work properly.
Fixes: bd0d593 ("net/mlx5: enable MPRQ multi-stride operations")
Cc: sta...@dpdk.org
Signed-off-by: Alexander Kozyrev
Acked-by:
The assert in dynamic flow metadata handling is wrong after the
fix for the performance degradation. The assert meant to check
the metadata mask but was updated with the metadata offset instead.
Fix this assert and restore proper metadata mask checking.
Fixes: 6c55b62 ("net/mlx5: set dynamic flow
From: Pavan Nikhilesh
When probing event device in secondary process skip reinitializing
the device data structure as it is already done in primary process.
When removing event device in secondary process skip closing the
event device as it should be done by primary process.
Fixes: 322d0345c2bc
On Mon, Apr 27, 2020 at 1:26 AM Thomas Monjalon wrote:
>
> 26/04/2020 20:48, Jerin Jacob:
> > On Sun, Apr 26, 2020 at 11:37 PM Thomas Monjalon
> > wrote:
> > > 26/04/2020 19:42, Jerin Jacob:
> > > > On Sun, Apr 26, 2020 at 1:42 AM Thomas Monjalon
> > > > wrote:
> > > > > 06/02/2020 15:36, Jeri
W dniu 27.04.2020 o 13:44, Ray Kinsella pisze:
>
> On 25/04/2020 23:23, Thomas Monjalon wrote:
>> From: Olivier Matz
>>
>> Change rte_mempool_populate_iova() and rte_mempool_populate_iova() to
... and rte_mempool_populate_virt()
>> return 0 instead of -EINVAL when there is not enough room to sto
On Mon, Apr 27, 2020 at 1:36 AM Thomas Monjalon wrote:
>
> 26/04/2020 20:41, Jerin Jacob:
> > On Sun, Apr 26, 2020 at 11:38 PM Thomas Monjalon
> > wrote:
> > >
> > > 26/04/2020 19:38, jer...@marvell.com:
> > > > From: Jerin Jacob
> > > >
> > > > If the PCI device is not attached to any driver t
> -Original Message-
> From: Kusztal, ArkadiuszX
> Sent: Monday, April 27, 2020 3:40 PM
> To: dev@dpdk.org; Trahe, Fiona
> Cc: Kusztal, ArkadiuszX ; sta...@dpdk.org
> Subject: [PATCH] crypto/qat: fix computation of cd ptr in zuc
>
> Offset of cd pointer is too big by state1size + stat
For sending request messages to data plane threads, the
caller invokes pipeline_msg_send_recv() function which never
returns null response. Thus, removed redundant check on
the returned response.
Coverity Issues: 357676, 357680, 357681, 357682, 357690, 357693, 357711,
357722, 357725, 357734, 35773
For sending request messages to data plane threads, the
caller invokes thread_msg_send_recv() function which never
returns null response. Thus, removed redundant check on
the returned response.
Coverity Issue: 357717, 357772
Fixes: 70709c78fda6 ("net/softnic: add command to enable/disable pipeline
> Subject: [PATCH] maintainers: update for Arm v7 and v8
>
> Updating ARM v7 and v8 maintainer. Gavin is leaving Arm.
>
> Signed-off-by: Ruifeng Wang
Acked-by: Honnappa Nagarahalli
> ---
> MAINTAINERS | 4 ++--
> 1 file changed, 2 insertions(+), 2 deletions(-)
>
> diff --git a/MAINTAINERS
On Mon, Apr 27, 2020 at 10:19 PM Ferruh Yigit wrote:
>
> On 4/27/2020 5:29 PM, Jerin Jacob wrote:
> > On Mon, Apr 27, 2020 at 9:42 PM Ferruh Yigit wrote:
> >>
> >> On 4/27/2020 10:19 AM, Dumitrescu, Cristian wrote:
> >>>
> >>>
> -Original Message-
> From: Yigit, Ferruh
> S
On Tue, 28 Apr 2020 00:47:38 +0800
Phil Yang wrote:
> - if (strlen(optarg) >= size) {
> + /* the specified trace directory name cannot
> + * exceed PATH_MAX-1.
> + */
> + if (strlen(optarg) >= (size - 1)) {
> trace_err("input string is too big");
strnlen() is
On Mon, Apr 27, 2020 at 1:19 PM Luca Boccassi wrote:
>
> On Thu, 2020-04-23 at 14:38 -0300, Dan Gora wrote:
> > On Thu, Apr 23, 2020 at 12:59 PM Luca Boccassi wrote:
> > > > > /dev/urandom is basically only a different interface to the same
> > > > > underlying mechanism.
> > >
> > > This is not
On Mon, 27 Apr 2020 17:01:21 +0200
David Marchand wrote:
> On Mon, Apr 27, 2020 at 4:51 PM Stephen Hemminger
> wrote:
> >
> > On Mon, 27 Apr 2020 13:33:27 +
> > Liron Himi wrote:
> >
> > > Hi,
> > >
> > >
> > > We noticed that the implementation of rte_epoll_wait doesn't stopped on
> > >
For sending request messages to data plane threads, the
caller invokes pipeline_msg_send_recv() function which never
returns null response. Thus, removed redundant check on
the returned response.
Coverity Issues: 357750, 357740, 357749, 357758, 357702, 357736,
357679, 357791, 357738, 357778, 35771
For sending request messages to data plane threads, the
caller invokes thread_msg_send_recv() function which never
returns null response. Thus, removed redundant check on
the returned response.
Coverity Issues: 357773, 357723
Fixes: 32e5d9b154cb ("examples/ip_pipeline: add enable and disable comma
On 4/27/2020 12:12 PM, Gaëtan Rivet wrote:
> On 27/04/20 18:44 +0800, wangyunjian wrote:
>> From: Yunjian Wang
>>
>> Zero is a valid fd. The fd won't be closed thus leading fd leak,
>> when it is zero.
>>
>> Fixes: f234e5bd996d ("net/failsafe: register slaves Rx interrupts")
>> Fixes: 9e0360aebf23
> lib/librte_eal/linux/eal.c | 20
> 1 file changed, 20 insertions(+)
>
>diff --git a/lib/librte_eal/linux/eal.c b/lib/librte_eal/linux/eal.c
>index 9530ee5..e047107 100644
>--- a/lib/librte_eal/linux/eal.c
>+++ b/lib/librte_eal/linux/eal.c
>@@ -68,6 +68,8 @@
>
> #define KERNEL
Sent from Workspace ONE Boxer
On 27-Apr-2020 10:08 PM, Pavan Nikhilesh Bhagavatula
wrote:
>
> >>diff --git a/doc/guides/sample_app_ug/l2_forward_real_virtual.rst
> >>b/doc/guides/sample_app_ug/l2_forward_real_virtual.rst
> >>index 39d6b0067..b54321b5b 100644
> >>--- a/doc/guides/sample_app_ug/l2
On 4/27/2020 5:29 PM, Jerin Jacob wrote:
> On Mon, Apr 27, 2020 at 9:42 PM Ferruh Yigit wrote:
>>
>> On 4/27/2020 10:19 AM, Dumitrescu, Cristian wrote:
>>>
>>>
-Original Message-
From: Yigit, Ferruh
Sent: Saturday, April 25, 2020 9:09 PM
To: Dumitrescu, Cristian ; Nith
GCC 10 compiling output:
eal_common_trace_utils.c: In function 'eal_trace_dir_args_save':
eal_common_trace_utils.c:290:24: error: '__builtin___sprintf_chk' \
may write a terminating nul past the end of the destination \
[-Werror=format-overflow=]
290 | sprintf(dir_path, "%s/",
>>diff --git a/doc/guides/sample_app_ug/l2_forward_real_virtual.rst
>>b/doc/guides/sample_app_ug/l2_forward_real_virtual.rst
>>index 39d6b0067..b54321b5b 100644
>>--- a/doc/guides/sample_app_ug/l2_forward_real_virtual.rst
>>+++ b/doc/guides/sample_app_ug/l2_forward_real_virtual.rst
>>@@ -91,7 +91,1
On Mon, Apr 27, 2020 at 9:42 PM Ferruh Yigit wrote:
>
> On 4/27/2020 10:19 AM, Dumitrescu, Cristian wrote:
> >
> >
> >> -Original Message-
> >> From: Yigit, Ferruh
> >> Sent: Saturday, April 25, 2020 9:09 PM
> >> To: Dumitrescu, Cristian ; Nithin Dabilpuram
> >> ; Singh, Jasvinder ;
> >>
> -Original Message-
> From: Yigit, Ferruh
> Sent: Monday, April 27, 2020 5:13 PM
> To: Dumitrescu, Cristian ; Nithin Dabilpuram
> ; Singh, Jasvinder ;
> Thomas Monjalon ; Andrew Rybchenko
>
> Cc: dev@dpdk.org; jer...@marvell.com; kka...@marvell.com; Nithin
> Dabilpuram ; Kinsella, Ray
On 4/27/2020 10:19 AM, Dumitrescu, Cristian wrote:
>
>
>> -Original Message-
>> From: Yigit, Ferruh
>> Sent: Saturday, April 25, 2020 9:09 PM
>> To: Dumitrescu, Cristian ; Nithin Dabilpuram
>> ; Singh, Jasvinder ;
>> Thomas Monjalon ; Andrew Rybchenko
>>
>> Cc: dev@dpdk.org; jer...@marv
On 04-Jan-20 1:33 AM, Stephen Hemminger wrote:
When rte_eal_cleanup is called, all control threads should exit.
For the mp thread, this best handled by closing the mp_socket
and letting the thread see that.
This also fixes potential problems where the mp_socket gets
another hard error, and the t
Hi
From: Ferruh Yigit
> On 4/26/2020 8:23 AM, Bill Zhou wrote:
> >
> >
> >> -Original Message-
> >> From: Ferruh Yigit
> >> Sent: Saturday, April 25, 2020 12:25 AM
> >> To: Bill Zhou ; wenzhuo...@intel.com;
> >> jingjing...@intel.com; bernard.iremon...@intel.com; Ori Kam
> >>
> >> Cc: de
Hello,
I am trying to check different flow rules using testpmd (DPDK v19.11), but
facing the following error for any rule that I try:
testpmd> flow validate 0 ingress pattern eth / end actions queue index 6 /
end
port_flow_complain(): Caught PMD error type 16 (specific action): cause:
0x7ff
On 4/27/2020 3:25 PM, Bruce Richardson wrote:
> When anyone uses the make build system, they are to be informed
> about upcoming plans to deprecate and subsequently remove that
> system and to use meson and ninja instead.
>
> Signed-off-by: Bruce Richardson
>
Reviewed-by: Ferruh Yigit
On Mon, Apr 27, 2020 at 4:51 PM Stephen Hemminger
wrote:
>
> On Mon, 27 Apr 2020 13:33:27 +
> Liron Himi wrote:
>
> > Hi,
> >
> >
> > We noticed that the implementation of rte_epoll_wait doesn't stopped on
> > signal such as SIGINT.
> >
> > Is anyone know why?
> >
> > If that on purpose and
27/04/2020 14:58, Aaron Conole:
> Ferruh Yigit writes:
> > [1] Two issues reported
> > a) ninja: build stopped: Error writing to build log: Disk quota
> > exceeded.
>
> This occurs on some of the ARM64 builds. Travis is aware of the issue,
> but don't seem urgently fixing it. :-/ I think we hav
MBUF pool of size 8192 was causing packet loss when using four ports. To
fix this issue this patch specifies the number of MBUF's per port
instead of having one set MBUF pool size, this way it will adapt to any
number of ports.
Fixes: e64833f2273a ("examples/l2fwd-keepalive: add sample application
>
> Some popular vswitch implementation might use a gcc option that
> complains about missing enums in switch statements.
> Fix this by listing all possible values.
>
> Fixes: 664ff4b1729b ("ring: introduce peek style API")
>
> Signed-off-by: David Marchand
> ---
> lib/librte_ring/rte_ring_pee
On Mon, 27 Apr 2020 13:33:27 +
Liron Himi wrote:
> Hi,
>
>
> We noticed that the implementation of rte_epoll_wait doesn't stopped on
> signal such as SIGINT.
>
> Is anyone know why?
>
> If that on purpose and cannot be changed, how application can exit gracefully
> when using rx interru
Offset of cd pointer is too big by state1size + state2size,
so few extra unnecessary bytes will be copied into cd.
Fixes: d9b7d5bbc845 ("crypto/qat: add ZUC EEA3/EIA3 capability")
Cc: sta...@dpdk.org
Signed-off-by: Arek Kusztal
---
drivers/crypto/qat/qat_sym_session.c | 3 +--
1 file changed, 1
When anyone uses the make build system, they are to be informed
about upcoming plans to deprecate and subsequently remove that
system and to use meson and ninja instead.
Signed-off-by: Bruce Richardson
---
v2: added link to the docs on building DPDK
---
mk/rte.sdkbuild.mk | 5 +
mk/rte.sdk
On 4/27/2020 3:12 PM, David Marchand wrote:
> On Mon, Apr 27, 2020 at 4:07 PM Ferruh Yigit wrote:
>>
>> On 4/27/2020 3:00 PM, David Marchand wrote:
>>> On Mon, Apr 27, 2020 at 3:47 PM Ananyev, Konstantin
>>> wrote:
> -Original Message-
> From: dev On Behalf Of Davi
On Mon, Apr 27, 2020 at 4:07 PM Ferruh Yigit wrote:
>
> On 4/27/2020 3:00 PM, David Marchand wrote:
> > On Mon, Apr 27, 2020 at 3:47 PM Ananyev, Konstantin
> > wrote:
> >>
> >>
> >>
> >>> -Original Message-
> >>> From: dev On Behalf Of David Marchand
> >>> Sent: Monday, April 27, 2020 2:
On 4/26/2020 8:23 AM, Bill Zhou wrote:
>
>
>> -Original Message-
>> From: Ferruh Yigit
>> Sent: Saturday, April 25, 2020 12:25 AM
>> To: Bill Zhou ; wenzhuo...@intel.com;
>> jingjing...@intel.com; bernard.iremon...@intel.com; Ori Kam
>>
>> Cc: dev@dpdk.org
>> Subject: Re: [dpdk-dev] [PA
On 4/27/2020 3:00 PM, David Marchand wrote:
> On Mon, Apr 27, 2020 at 3:47 PM Ananyev, Konstantin
> wrote:
>>
>>
>>
>>> -Original Message-
>>> From: dev On Behalf Of David Marchand
>>> Sent: Monday, April 27, 2020 2:37 PM
>>> To: Richardson, Bruce
>>> Cc: dev ; Ori Kam ; Thomas Monjalon
When sending request messages to data plane thread, the
caller must free the memory allocated to request message
on receiving error response.
Coverity Issue: 357717, 357772
Fixes: 70709c78fda6 ("net/softnic: add command to enable/disable pipeline")
Signed-off-by: Jasvinder Singh
---
drivers/net
When sending request messages to data plane pipelines, the
caller must free the memory allocated to request message on
receiving error response.
Coverity Issues: 357676, 357680, 357681, 357682, 357690, 357693, 357711,
357722, 357725, 357734, 357739, 357743, 357747,357762, 357766, 357787
Fixes: 6d
>-Original Message-
>From: David Marchand
>Sent: Monday, April 27, 2020 7:22 PM
>To: Sunil Kumar Kori
>Cc: Jerin Jacob Kollanukkaran ; dev
>Subject: Re: [EXT] Re: [dpdk-dev] [PATCH] eal/trace: fix coverity issues
>
>On Mon, Apr 27, 2020 at 3:46 PM Sunil Kumar Kori
>wrote:
>>
>> >-Or
On Mon, Apr 27, 2020 at 3:47 PM Ananyev, Konstantin
wrote:
>
>
>
> > -Original Message-
> > From: dev On Behalf Of David Marchand
> > Sent: Monday, April 27, 2020 2:37 PM
> > To: Richardson, Bruce
> > Cc: dev ; Ori Kam ; Thomas Monjalon
> > ; Yigit, Ferruh
> > ; Andrew Rybchenko ;
> >
On 4/26/2020 10:22 AM, Wei Hu (Xavier) wrote:
> Hi, Ferruh Yigit
>
> On 2020/4/25 0:12, Ferruh Yigit wrote:
>> On 4/24/2020 12:07 PM, Wei Hu (Xavier) wrote:
>>> From: Chengwen Feng
>>>
>>> Currently, when running start/clear stats&xstats/stop command many times
>>> based on testpmd application, t
On 27/04/2020 13:31, Thomas Monjalon wrote:
> 27/04/2020 11:27, Ray Kinsella:
>> On 25/04/2020 17:04, Thomas Monjalon wrote:
>>> PS: Who is REALLY maintaining the ABI?
>>> We really miss someone who carefully check all these things,
>>> and take care of the doc and tooling.
>>
>> I would say tha
On Mon, Apr 27, 2020 at 3:46 PM Sunil Kumar Kori wrote:
>
> >-Original Message-
> >From: David Marchand
> >Sent: Monday, April 27, 2020 5:56 PM
> >To: Sunil Kumar Kori
> >Cc: Jerin Jacob Kollanukkaran ; dev
> >Subject: [EXT] Re: [dpdk-dev] [PATCH] eal/trace: fix coverity issues
> >
> >E
> -Original Message-
> From: dev On Behalf Of David Marchand
> Sent: Monday, April 27, 2020 2:37 PM
> To: Richardson, Bruce
> Cc: dev ; Ori Kam ; Thomas Monjalon
> ; Yigit, Ferruh
> ; Andrew Rybchenko ;
> Zhang, Xiao
> Subject: Re: [dpdk-dev] [PATCH 3/3] ethdev: fix build warning on
>-Original Message-
>From: David Marchand
>Sent: Monday, April 27, 2020 5:56 PM
>To: Sunil Kumar Kori
>Cc: Jerin Jacob Kollanukkaran ; dev
>Subject: [EXT] Re: [dpdk-dev] [PATCH] eal/trace: fix coverity issues
>
>External Email
>
>--
v4:
* restored suppressions for v20.0.1 incorrectly removed in v3.
Ray Kinsella (1):
abi: change references to abi 20.0.1 to abi v21
MAINTAINERS | 2 ++
devtools/libabigail.abignore | 5 +
drivers/common/iavf
Change references to abi 20.0.1 to use abi v21, see
https://doc.dpdk.org/guides/contributing/abi_policy.html#general-guidelines.
"Major ABI versions are declared no more frequently than yearly.
Compatibility with the major ABI version is mandatory in subsequent
releases until a new major ABI versi
On Mon, Apr 27, 2020 at 03:40:30PM +0200, David Marchand wrote:
> On Mon, Apr 27, 2020 at 3:39 PM Andrew Rybchenko
> wrote:
> >
> > On 4/27/20 4:34 PM, Bruce Richardson wrote:
> > > On Mon, Apr 27, 2020 at 03:23:41PM +0200, David Marchand wrote:
> > >> Building OVS with dpdk, sparse complains abou
On Mon, Apr 27, 2020 at 3:39 PM Andrew Rybchenko
wrote:
>
> On 4/27/20 4:34 PM, Bruce Richardson wrote:
> > On Mon, Apr 27, 2020 at 03:23:41PM +0200, David Marchand wrote:
> >> Building OVS with dpdk, sparse complains about 64-bit constant being
> >> passed as a normal integer that can't fit it:
>
On 4/27/20 4:34 PM, Bruce Richardson wrote:
> On Mon, Apr 27, 2020 at 03:23:41PM +0200, David Marchand wrote:
>> Building OVS with dpdk, sparse complains about 64-bit constant being
>> passed as a normal integer that can't fit it:
>> error: constant 0x is so big it is unsigned long
On Mon, Apr 27, 2020 at 3:34 PM Bruce Richardson
wrote:
>
> On Mon, Apr 27, 2020 at 03:23:41PM +0200, David Marchand wrote:
> > Building OVS with dpdk, sparse complains about 64-bit constant being
> > passed as a normal integer that can't fit it:
> > error: constant 0x is so big it
On Mon, Apr 27, 2020 at 03:23:40PM +0200, David Marchand wrote:
> Caught by code inspection, for little endian, RTE_LEXX macros should
> provide rte_leXX_t type values.
>
> Fixes: b75667ef9f7e ("eal: add static endianness conversion macros")
> Cc: sta...@dpdk.org
>
> Signed-off-by: David Marchand
1 - 100 of 183 matches
Mail list logo
