Returned value from rte_bbdev_enc_op_alloc_bulk not checked consistently.
Coverity issue: 344986.
Fixes: d819c08327f3 ("app/bbdev: update for 5GNR")
Signed-off-by: Nicolas Chautru
---
app/test-bbdev/test_bbdev_perf.c | 6 --
1 file changed, 4 insertions(+), 2 deletions(-)
diff --git a/app/
Error handling code cannot logically be reached.
Coverity issue : 344980, 344992
Fixes: c769c711757a ("baseband/turbo_sw: extend for 5G")
Signed-off-by: Nicolas Chautru
---
drivers/baseband/turbo_sw/bbdev_turbo_software.c | 12
1 file changed, 12 deletions(-)
diff --git a/drivers/
06/08/2019 16:08, Nicolas Chautru:
> Fixing a few coverity minor issues reported by Coverity for DPDK 19.08 RC :
> 344980, 344992, 345010.
> v2: Commit message update
>
> Nicolas Chautru (2):
> baseband/turbo_sw: remove logically dead code
> app/bbdev: fix unchecked return valued
Applied, t
> > > > As legacy filter API "filter_ctrl" is superseded since 2017 by the
> > > > rte_flow API, and got the deprecated attribute in DPDK 19.05, it is
> > > > time to remove the associated features from the matrix.
> > > > Not documenting deprecated features as supported will avoid confusion.
> > >
30/07/2019 13:07, John McNamara:
> Added a note to the getting started guides about patching third
> party libraries/dependencies to avoid any known vulnerabilities.
>
> Signed-off-by: John McNamara
Applied, thanks
A new DPDK release candidate is ready for testing:
https://git.dpdk.org/dpdk/tag/?id=v19.08-rc4
82 patches were integrated.
This is the last release candidate for DPDK 19.08.
The release notes are complete:
http://doc.dpdk.org/guides/rel_notes/release_19_08.html
Only the deprecatio
Hello Everyone,
Currently I am working on a project in which I need to capture the ipv4
multicast data from a managed (igmp enabled) switch.
In order achieve this, I am currently using below configuration:
dpdk-18.05.1.
*Hardware Description:*
Operating System: CentOS Linux 7 (Core)
CPE OS
On Tue, 6 Aug 2019 20:03:22 +
Matan Azrad wrote:
> >
> > The DPDK has lots of hard coded assumptions of all ports fitting in 64 bits.
> > Examples include testpmd/parameters.c etc.
>
> Yes, I understand, but the user should know not to change the default value
> of
> RTE_MAX_ETHPORTS, a
On Tue, 6 Aug 2019 12:06:35 +0300
Andrew Rybchenko wrote:
> On 8/6/19 11:47 AM, Pavan Nikhilesh Bhagavatula wrote:
> >
> >> -Original Message-
> >> From: Hemant Agrawal
> >> Sent: Tuesday, August 6, 2019 1:49 PM
> >> To: Pavan Nikhilesh Bhagavatula ; Jerin
> >> Jacob Kollanukkaran
> >
> -Original Message-
> From: Stephen Hemminger
> Sent: Wednesday, August 7, 2019 4:45 AM
> To: Andrew Rybchenko
> Cc: Pavan Nikhilesh Bhagavatula ; Hemant
> Agrawal ; Jerin Jacob Kollanukkaran
> ; dev@dpdk.org
> Subject: [EXT] Re: [dpdk-dev] [RFC 0/3] ethdev: add ptype as Rx offload
>
>
Hi
> -Original Message-
> From: luqiu...@iie.ac.cn [mailto:luqiu...@iie.ac.cn]
> Sent: Tuesday, August 6, 2019 2:34 PM
> To: sta...@dpdk.org; dev@dpdk.org
> Cc: Zhang, Qi Z ; Wang, Xiao W
> ; ys...@mellanox.com
> Subject: [v2] net/fm10k: fix segment fault at calling fm10k_stats_get()
>
>
From: Jerin Jacob
gcc-9 stricter on NULL arguments for printf.
Fix the following build error by avoiding NULL argument to printf.
In file included from drivers/net/memif/memif_socket.c:26:
In function 'memif_socket_create',
inlined from 'memif_socket_init' at net/memif/memif_socket.c:965:12:
net
From: Stephen Hemminger
> Sent: Wednesday, August 7, 2019 2:09 AM
> To: Matan Azrad
> Cc: dev@dpdk.org; Stephen Hemminger
> Subject: Re: [dpdk-dev] [PATCH v5 1/4]
> examples/multi_process/client_server_mp: check port validity
>
> On Tue, 6 Aug 2019 20:03:22 +
> Matan Azrad wrote:
>
> >
Acked-by: Matan Azrad
From: Stephen Hemminger
> Sent: Monday, August 5, 2019 7:38 PM
> To: dev@dpdk.org
> Cc: Stephen Hemminger
> Subject: [dpdk-dev] [PATCH v7 0/2] examples/client_server_mp: port id
> (fixes only)
>
> v7 - widen port mask to allow 64 ports
>
> v6 - just include fixes; clea
On Wed, 7 Aug 2019 05:38:42 +
Matan Azrad wrote:
> From: Stephen Hemminger
> > Sent: Wednesday, August 7, 2019 2:09 AM
> > To: Matan Azrad
> > Cc: dev@dpdk.org; Stephen Hemminger
> > Subject: Re: [dpdk-dev] [PATCH v5 1/4]
> > examples/multi_process/client_server_mp: check port validity
> >
Each PMD updates the global sequence number for RCU synchronization
purpose with other OVS threads. This is done at every 1025th iteration
in PMD main loop.
If the PMD thread is responsible for polling large number of queues
that are carrying traffic, it spends a lot of time processing packets
and
Hello Nitin,
On Wed, Aug 7, 2019 at 8:13 AM Nitin Katiyar wrote:
>
> Each PMD updates the global sequence number for RCU synchronization
> purpose with other OVS threads. This is done at every 1025th iteration
> in PMD main loop.
>
> If the PMD thread is responsible for polling large number of qu
101 - 117 of 117 matches
Mail list logo