Supporting more than 2 sub-device is a remnant from earlier fail-safe
design, that was never actually published.
Fixes: a46f8d584eb8 ("net/failsafe: add fail-safe PMD")
Cc: sta...@dpdk.org
Signed-off-by: Gaetan Rivet
---
doc/guides/nics/fail_safe.rst | 2 +-
1 file changed, 1 insertion(+), 1 de
The fail-safe documentation is subpar. It can be improved (1), and an
error is present from the beginning (2).
Gaetan Rivet (2):
doc/failsafe: improve fail-safe documentation
doc/failsafe: fix incorrect statement regarding number of sub-device
doc/guides/nics/fail_safe.rst | 109
Reading the fail-safe doc with a few years added, a few phrasing
choices are ambiguous or confusing.
Signed-off-by: Gaetan Rivet
---
doc/guides/nics/fail_safe.rst | 107 +-
1 file changed, 66 insertions(+), 41 deletions(-)
diff --git a/doc/guides/nics/fail_safe.r
On Fri, Feb 21, 2020 at 07:29:13PM +0100, Thomas Monjalon wrote:
> 20/02/2020 03:52, Tiwei Bie:
> > On Wed, Feb 19, 2020 at 11:39:22AM +0100, Thomas Monjalon wrote:
> > > The macros RTE_MIN and RTE_MAX can be used in DPDK applications.
>
> Only RTE_MIN is used in this patch. The title is wrong as
18/02/2020 09:30, Mcnamara, John:
> > From: De Lara Guarch, Pablo
> >
> > The following crypto PMDs use the Intel Multi-buffer library:
> > - AESNI MB PMD
> > - AESNI GCM PMD
> > - ZUC PMD
> > - KASUMI PMD
> > - SNOW3G PMD
> >
> > When this library is built with gcc < 5.0, it might throw some co
On Fri, Feb 21, 2020 at 11:19:31PM +0800, Wang, Zhihong wrote:
> > -Original Message-
> > From: Bie, Tiwei
> > Sent: Friday, February 21, 2020 9:29 PM
> > To: dev@dpdk.org
> > Cc: maxime.coque...@redhat.com; Wang, Zhihong
> > ; tho...@monjalon.net
> > Subject: [PATCH] maintainers: resign f
17/02/2020 03:47, Xiaolong Ye:
> This doc describes how to enable DPDK on Openwrt in both virtual and
> physical x86 environment.
>
> Signed-off-by: Xiaolong Ye
> Acked-by: John McNamara
Applied, thanks
I hope we'll be able to drop this how-to soon,
in favor of a DPDK package well integrated i
20/02/2020 03:52, Tiwei Bie:
> On Wed, Feb 19, 2020 at 11:39:22AM +0100, Thomas Monjalon wrote:
> > The macros RTE_MIN and RTE_MAX can be used in DPDK applications.
Only RTE_MIN is used in this patch. The title is wrong as well.
> > This change implies fixing the sign of used_len as size_t
> > a
20/02/2020 13:44, Viacheslav Ovsiienko:
> Just add the words about write combining attribute.
>
> Signed-off-by: Viacheslav Ovsiienko
Applied, thanks
17/02/2020 11:48, David Hunt:
> Review and re-work of vm_power_manager documentation. Hopefully this
> is clearer, easier to follow.
>
> Signed-off-by: David Hunt
>
> ---
> changes in v2
> * Fixed typos. Typos not found even with checkpatch from kernel 5.5.4, but
> when the codespell package i
19/02/2020 22:05, Honnappa Nagarahalli:
> The quiescent state description refers to an incorrect
> thread.
>
> Fixes: 64994b56cfd7 ("rcu: add RCU library supporting QSBR mechanism")
> Cc: sta...@dpdk.org
>
> Signed-off-by: Prateek Agarwal
> Signed-off-by: Honnappa Nagarahalli
Series applied, t
21/02/2020 11:13, Jerin Jacob:
> On Wed, Feb 19, 2020 at 12:25 PM wrote:
> >
> > From: Pavan Nikhilesh
> >
> > Fix OCTEON TX2 event device devargs examples.
> >
> > Fixes: 55e778ca4648 ("event/octeontx2: add devargs for inflight buffer
> > count")
> > Cc: sta...@dpdk.org
> >
> > Signed-off-by: P
On 2/18/2020 10:46 AM, Ray Kinsella wrote:
> When a maintainer is promoting an API to become part of the next major ABI
> version by removing the experimental tag, possibly a few releases in
> advance of the declaration of the next ABI version. The maintainer may
> choose to offer an alias to the e
20/02/2020 23:10, Narcisa Ana Maria Vasile:
> On 2/17/2020 8:58 AM, Thomas Monjalon wrote:
> > The netuio driver will be hosted in a separate repository:
> >
> > https://nam06.safelinks.protection.outlook.com/?url=http%3A%2F%2Fgit.dpdk.org%2Fdpdk-kmods%2F&data=02%7C01%7CNarcisa.Vasile%40micros
19/02/2020 14:50, Ray Kinsella:
> On 19/02/2020 12:43, Thomas Monjalon wrote:
> > 19/02/2020 12:43, Neil Horman:
> >> On Tue, Feb 18, 2020 at 10:50:09AM +0100, Thomas Monjalon wrote:
> >>> 18/02/2020 10:42, Bruce Richardson:
> On Tue, Feb 18, 2020 at 12:15:56AM +0100, Thomas Monjalon wrote:
>
I can share a data-point with respect to constructing a reasonably functional
network stack. Original work on the project which eventually became fd.io vpp
started in 2002. I've worked on the vpp code base full-time for 18 years.
In terms of lines of code: the vpp graph subsystem is a minuscule
[AMD Official Use Only - Internal Distribution Only]
Thanks Thomas for bringing this up.
I consider this is not a new feature, but rather a fix to address the issue
with statically assigned maximum lcore limit on high-density CPU platform such
as AMD Epyc.
As I see a lot of DPDK adopters are sti
On Thu, Feb 20, 2020 at 8:55 PM Ferruh Yigit wrote:
>
> The problem occurred when workaround that makes soname two digits
> applied. With this change for the ABI version "20.0.1" the experimental
> library version become ".so.2001".
> After workaround removed in ABI version 21.0, the experimental
On Fri, Feb 21, 2020 at 5:30 PM Thomas Monjalon wrote:
>
> 21/02/2020 17:13, Ferruh Yigit:
> > On 2/21/2020 4:10 PM, David Marchand wrote:
> > > We don't provide ABI compatibility for experimental libraries.
> > > Skip those libraries by catching a soname containing a version starting
> > > with '
On Fri, 21 Feb 2020 09:48:58 -0500
Aaron Conole wrote:
> David Marchand writes:
>
> > On Fri, Feb 21, 2020 at 9:19 AM Song, Keesang wrote:
> >
> >>
> >> [AMD Official Use Only - Internal Distribution Only]
> >
> > Please, get this header removed.
> > This is a public mailing list.
> >
> >
18/02/2020 22:52, Ranjit Menon:
> On 2/17/2020 3:56 PM, Dmitry Kozlyuk wrote:
> > Check vsnprintf() result to prevent calling malloc() with negative size.
> > Check actual malloc() result and terminate asprintf() with documented
> > error code to prevent the use of NULL pointer.
> >
> > Fixes: e842
21/02/2020 17:13, Ferruh Yigit:
> On 2/21/2020 4:10 PM, David Marchand wrote:
> > We don't provide ABI compatibility for experimental libraries.
> > Skip those libraries by catching a soname containing a version starting
> > with '0.'.
>
> I am not familiar with the script and how libabigail works
https://bugs.dpdk.org/show_bug.cgi?id=405
Bug ID: 405
Summary: mlx5: the guest driver doesn't enforce the MTU set by
rte_eth_dev_set_mtu()
Product: DPDK
Version: 19.11
Hardware: All
OS: All
Statu
21/02/2020 16:56, Jerin Jacob:
> On Fri, Feb 21, 2020 at 4:40 PM Thomas Monjalon wrote:
> > 21/02/2020 11:30, Jerin Jacob:
> > > On Mon, Feb 17, 2020 at 4:28 PM Jerin Jacob wrote:
> > > > On Mon, Feb 17, 2020 at 2:08 PM Thomas Monjalon
> > > > wrote:
> > > > > If we add rte_graph to DPDK, we wi
On 2/21/2020 4:10 PM, David Marchand wrote:
> We don't provide ABI compatibility for experimental libraries.
> Skip those libraries by catching a soname containing a version starting
> with '0.'.
I am not familiar with the script and how libabigail works, but +1 to the idea.
>
> Align the specia
https://bugs.dpdk.org/show_bug.cgi?id=404
Bug ID: 404
Summary: i40e: "i40e_res_pool_free(): Failed to find entry"
error when rte_flow are flushed
Product: DPDK
Version: unspecified
Hardware: All
OS: All
We don't provide ABI compatibility for experimental libraries.
Skip those libraries by catching a soname containing a version starting
with '0.'.
Align the special case for the glue libraries by using the soname too.
Once libabigail has support for it, we will have a single type of rule.
Fixes: 7
21/02/2020 16:53, d...@barachs.net:
> I can share a data-point with respect to constructing a reasonably functional
> network stack. Original work on the project which eventually became fd.io vpp
> started in 2002. I've worked on the vpp code base full-time for 18 years.
>
> In terms of lines of
On Fri, Feb 21, 2020 at 4:40 PM Thomas Monjalon wrote:
>
> 21/02/2020 11:30, Jerin Jacob:
> > On Mon, Feb 17, 2020 at 4:28 PM Jerin Jacob wrote:
> > > On Mon, Feb 17, 2020 at 2:08 PM Thomas Monjalon
> > > wrote:
> > > Thanks for starting this discussion now. It is an interesting
> > > discussio
https://bugs.dpdk.org/show_bug.cgi?id=403
Bug ID: 403
Summary: i40e: cannot add 2 rte_flows with one matching TCP
sport and the other dport
Product: DPDK
Version: unspecified
Hardware: All
OS: All
On 2020-02-21 12:10, Thomas Monjalon wrote:
> 21/02/2020 11:30, Jerin Jacob:
>> On Mon, Feb 17, 2020 at 4:28 PM Jerin Jacob wrote:
>>> On Mon, Feb 17, 2020 at 2:08 PM Thomas Monjalon wrote:
>>> Thanks for starting this discussion now. It is an interesting
>>> discussion. Some thoughts below.
>>>
On 2/21/2020 3:24 PM, David Marchand wrote:
> On Thu, Feb 20, 2020 at 8:55 PM Ferruh Yigit wrote:
>>
>> The problem occurred when workaround that makes soname two digits
>> applied. With this change for the ABI version "20.0.1" the experimental
>> library version become ".so.2001".
>> After workar
On Thu, Feb 20, 2020 at 8:55 PM Ferruh Yigit wrote:
>
> The problem occurred when workaround that makes soname two digits
> applied. With this change for the ABI version "20.0.1" the experimental
> library version become ".so.2001".
> After workaround removed in ABI version 21.0, the experimental
> -Original Message-
> From: Bie, Tiwei
> Sent: Friday, February 21, 2020 9:29 PM
> To: dev@dpdk.org
> Cc: maxime.coque...@redhat.com; Wang, Zhihong
> ; tho...@monjalon.net
> Subject: [PATCH] maintainers: resign from virtio and vhost
>
> I'm leaving Intel, and I'm not sure when I could
The devices of the family ConnectX may have two letters as suffix.
Such suffix is preceded with a space and the second x is lowercase:
- ConnectX-4 Lx
- ConnectX-5 Ex
- ConnectX-6 Dx
Uppercase of the device family name BlueField is also fixed.
Signed-off-by: Thomas Monjalon
---
conf
David Marchand writes:
> On Fri, Feb 21, 2020 at 9:19 AM Song, Keesang wrote:
>>
>> [AMD Official Use Only - Internal Distribution Only]
>
> Please, get this header removed.
> This is a public mailing list.
>
>
>> Thanks Thomas for bringing this up.
>> I consider this is not a new feature, but r
> -Original Message-
> From: Ye, Xiaolong
> Sent: Friday, February 21, 2020 9:36 PM
> To: dev@dpdk.org
> Cc: maxime.coque...@redhat.com; Wang, Zhihong
> ; Bie, Tiwei ;
> tho...@monjalon.net; Ye, Xiaolong
> Subject: [PATCH] maintainers: update for virtio and vhost
>
> I volunteer to be
On Thu, Feb 13, 2020 at 1:16 PM David Marchand
wrote:
>
> On Thu, Feb 13, 2020 at 1:07 PM Hemant Agrawal wrote:
> > > I could not find a dependency in the makefiles for this.
> > > But meson has this dependency.
> > >
> > > drivers/event/dpaa/meson.build
> > > deps += ['pmd_dpaa', 'pmd_dpaa_sec']
On Fri, Feb 21, 2020 at 09:35:39PM +0800, Xiaolong Ye wrote:
> I volunteer to be co-maintainer for Vhost-user/Vhost PMD/Virtio PMD.
>
> Signed-off-by: Xiaolong Ye
> ---
> MAINTAINERS | 3 +++
> 1 file changed, 3 insertions(+)
Thanks Xiaolong for being willing to contribute on virtio and
vhost w
On Fri, Feb 21, 2020 at 02:34:42PM +0100, Thomas Monjalon wrote:
> 21/02/2020 14:28, Tiwei Bie:
> > I'm leaving Intel, and I'm not sure when I could dedicate enough
> > time to DPDK in the future. So I'm removing my name from the
> > MAINTAINERS file.
> >
> > Signed-off-by: Tiwei Bie
> > ---
> >
I volunteer to be co-maintainer for Vhost-user/Vhost PMD/Virtio PMD.
Signed-off-by: Xiaolong Ye
---
MAINTAINERS | 3 +++
1 file changed, 3 insertions(+)
diff --git a/MAINTAINERS b/MAINTAINERS
index 9c22c3eb4..8e5d18235 100644
--- a/MAINTAINERS
+++ b/MAINTAINERS
@@ -855,6 +855,7 @@ F: doc/guides
Sorry for the delayed reply.
We are working on updating the port to a newer version. We'd like to ask
for feedback when it's ready.
Regards,
Vivian Kong
Linux on IBM Z Open Source Ecosystem
IBM Canada Toronto Lab
Thomas Monjalon wrote on 2020/02/18 04:03:27 PM:
> From: Thomas Monjalon
> To:
21/02/2020 14:28, Tiwei Bie:
> I'm leaving Intel, and I'm not sure when I could dedicate enough
> time to DPDK in the future. So I'm removing my name from the
> MAINTAINERS file.
>
> Signed-off-by: Tiwei Bie
> ---
> Xiaolong has been an active and experienced -next tree maintainer
> for a long ti
I'm leaving Intel, and I'm not sure when I could dedicate enough
time to DPDK in the future. So I'm removing my name from the
MAINTAINERS file.
Signed-off-by: Tiwei Bie
---
Xiaolong has been an active and experienced -next tree maintainer
for a long time. He also knows and loves virtio/vhost. I w
On 20/02/2020 19:54, Ferruh Yigit wrote:
> The problem occurred when workaround that makes soname two digits
> applied. With this change for the ABI version "20.0.1" the experimental
> library version become ".so.2001".
> After workaround removed in ABI version 21.0, the experimental library
> v
> -Original Message-
> From: David Marchand
> Sent: Thursday, February 20, 2020 1:25 PM
> To: Van Haaren, Harry
> Cc: Aaron Conole ; dev
> Subject: Re: [RFC] service: stop lcore threads before 'finalize'
>
> On Mon, Feb 10, 2020 at 3:16 PM Van Haaren, Harry
> wrote:
> > > > We need a f
21/02/2020 11:30, Jerin Jacob:
> On Mon, Feb 17, 2020 at 4:28 PM Jerin Jacob wrote:
> > On Mon, Feb 17, 2020 at 2:08 PM Thomas Monjalon wrote:
> > Thanks for starting this discussion now. It is an interesting
> > discussion. Some thoughts below.
> > We can decide based on community consensus and
On 2/18/2020 6:01 AM, Stephen Hemminger wrote:
> On Mon, 17 Feb 2020 15:38:05 +
> Ferruh Yigit wrote:
>
>> For the ABI compatibility it is better to hide internal data structures
>> from the application as much as possible. But because of some inline
>> functions 'struct eth_dev_ops' can't be
On Mon, Feb 17, 2020 at 4:28 PM Jerin Jacob wrote:
>
> On Mon, Feb 17, 2020 at 2:08 PM Thomas Monjalon wrote:
> >
> > Hi Jerin,
>
> Hi Thomas,
>
> Thanks for starting this discussion now. It is an interesting
> discussion. Some thoughts below.
> We can decide based on community consensus and fol
On 1/30/2020 2:20 PM, Ferruh Yigit wrote:
> Adding the deprecation notice as reminder for next ABI breakage release
> (20.11).
> This one time breakage is required to be able to extend enum/define
> without breaking ABI.
>
> Signed-off-by: Ferruh Yigit
> ---
> doc/guides/rel_notes/deprecation.rs
20/02/2020 22:01, Aaron Conole:
> David Marchand writes:
>
> > On Thu, Feb 20, 2020 at 12:03 PM Thomas Monjalon
> > wrote:
> >>
> >> 19/02/2020 20:41, David Marchand:
> >> > Reading https://config.travis-ci.com/ and using
> >> > https://config.travis-ci.com/explore to check changes, we can clea
21/02/2020 11:13, Jerin Jacob:
> On Wed, Feb 19, 2020 at 12:25 PM wrote:
> >
> > From: Pavan Nikhilesh
> >
> > Fix OCTEON TX2 event device devargs examples.
> >
> > Fixes: 55e778ca4648 ("event/octeontx2: add devargs for inflight buffer
> > count")
> > Cc: sta...@dpdk.org
> >
> > Signed-off-by: P
On Wed, Feb 19, 2020 at 12:25 PM wrote:
>
> From: Pavan Nikhilesh
>
> Fix OCTEON TX2 event device devargs examples.
>
> Fixes: 55e778ca4648 ("event/octeontx2: add devargs for inflight buffer count")
> Cc: sta...@dpdk.org
>
> Signed-off-by: Pavan Nikhilesh
Reviewed-by: Jerin Jacob
Thomas,
This
On Mon, Feb 17, 2020 at 2:41 AM Xiaoyun Li wrote:
>
> Removed redundant function call of 'rte_eth_dev_info_get()' since it has
> already been called earlier.
>
> Coverity issue: 349922
> Fixes: 2bb43bd4350a ("examples/tep_term: add TSO offload configuration")
> Cc: sta...@dpdk.org
>
> Signed-off-b
On 2/21/2020 7:37 AM, Matan Azrad wrote:
>
>
> From: Viacheslav Ovsiienko
>> This patch does extra inline packet size check to tune the ConnectX-4LX
>> performance in the legacy Multi-Packet Write mode.
>>
>> Signed-off-by: Viacheslav Ovsiienko
>
> Slava, Don't you think we want it for stable r
> -Original Message-
> From: Ferruh Yigit
> Sent: Friday, February 21, 2020 11:44
> To: Slava Ovsiienko ; Matan Azrad
> ; dev@dpdk.org
> Cc: Raslan Darawsheh ; Thomas Monjalon
>
> Subject: Re: [PATCH] net/mlx5: fix inline packet size for ConnectX-4LX
>
> On 2/21/2020 7:39 AM, Slava Ovsii
On 2/21/2020 7:39 AM, Slava Ovsiienko wrote:
>> -Original Message-
>> From: Matan Azrad
>> Sent: Friday, February 21, 2020 9:38
>> To: Slava Ovsiienko ; dev@dpdk.org
>> Cc: Raslan Darawsheh ; Thomas Monjalon
>> ; ferruh.yi...@intel.com
>> Subject: RE: [PATCH] net/mlx5: fix inline packet si
On 2/21/2020 8:25 AM, Matan Azrad wrote:
> From: Viacheslav Ovsiienko
>> Sent: Thursday, February 20, 2020 11:18 PM
>> To: dev@dpdk.org
>> Cc: Matan Azrad ; Raslan Darawsheh
>> ; Thomas Monjalon ;
>> ferruh.yi...@intel.com; sta...@dpdk.org
>> Subject: [PATCH] net/mlx5: fix last completed built desc
On Fri, Feb 21, 2020 at 9:19 AM Song, Keesang wrote:
>
> [AMD Official Use Only - Internal Distribution Only]
Please, get this header removed.
This is a public mailing list.
> Thanks Thomas for bringing this up.
> I consider this is not a new feature, but rather a fix to address the issue
> wi
On Fri, Feb 7, 2020 at 3:33 PM Harman Kalra wrote:
>
> Updating the thunderx with loopback port support,
> debugging options, new features added and correcting
> some formating issues.
Fixed: s/formating/formatting
>
> Signed-off-by: Harman Kalra
Acked-by: Jerin Jacob
Applied to dpdk-next-net
21/02/2020 09:19, Zhu, TaoX:
> Hi Thomas
>
> Thank you for your correction spelling error of 'cancel'.
>
> Indeed it is not the best solution by creating a thread. I refer to the same
> solution with Linux kernel driver. Linux kernel driver manages link status by
> using a thread. Maybe we can
From: Viacheslav Ovsiienko
> Sent: Thursday, February 20, 2020 11:18 PM
> To: dev@dpdk.org
> Cc: Matan Azrad ; Raslan Darawsheh
> ; Thomas Monjalon ;
> ferruh.yi...@intel.com; sta...@dpdk.org
> Subject: [PATCH] net/mlx5: fix last completed built descriptor
>
> The routine sending packets with Mult
Hi Thomas
Thank you for your correction spelling error of 'cancel'.
Indeed it is not the best solution by creating a thread. I refer to the same
solution with Linux kernel driver. Linux kernel driver manages link status by
using a thread. Maybe we can figure out another better solution to fix
Hi,
21/01/2020 01:24, Thomas Monjalon:
> 02/12/2019 16:35, David Marchand:
> > We are currently stuck with no option but recompile a DPDK if the system
> > has more cores than RTE_MAX_LCORE.
> > A bit of a pity when you get a system with more than 200+ cores and your
> > testpmd has been built and
64 matches
Mail list logo
