Acked-by: Jeff Guo
> -Original Message-
> From: Yang, SteveX
> Sent: Tuesday, September 15, 2020 2:46 PM
> To: dev@dpdk.org
> Cc: Zhao1, Wei ; Guo, Jia ; Yang,
> Qiming ; Yang, SteveX
> Subject: [PATCH v3] net/ixgbe: fix vf reset hw error handling
>
> When start a VF with no initial MA
> -Original Message-
> From: Maxime Coquelin
> Sent: Tuesday, September 15, 2020 3:26 PM
> To: dev@dpdk.org; Xia, Chenbo ; ma...@nvidia.com
> Cc: Maxime Coquelin
> Subject: [PATCH v2] vhost: remove experimental tag on vDPA API
>
> As announced in v20.08, this patch makes the vDPA
> and r
Hi Maxime,
> -Original Message-
> From: Maxime Coquelin
> Sent: Tuesday, September 15, 2020 9:36 PM
> To: dev@dpdk.org; Xia, Chenbo ; Stokes, Ian
>
> Cc: Maxime Coquelin
> Subject: [PATCH 4/4] vhost: remove dequeue zero-copy support
>
> Dequeue zero-copy removal was announced in DPDK v
> -Original Message-
> From: Maxime Coquelin
> Sent: Tuesday, September 15, 2020 9:36 PM
> To: dev@dpdk.org; Xia, Chenbo ; Stokes, Ian
>
> Cc: Maxime Coquelin
> Subject: [PATCH 3/4] examples/vhost: remove dequeue zero-copy support
>
> Dequeue zero-copy feature is being removed from the
> -Original Message-
> From: Maxime Coquelin
> Sent: Tuesday, September 15, 2020 9:36 PM
> To: dev@dpdk.org; Xia, Chenbo ; Stokes, Ian
>
> Cc: Maxime Coquelin
> Subject: [PATCH 2/4] examples/vhost_crypto: use vhost async-copy flag
>
> The crypto backend uses RTE_VHOST_USER_DEQUEUE_ZERO_
Hi Maxime,
You left a helper string here 😊
(http://code.dpdk.org/dpdk/v20.08/source/drivers/net/vhost/rte_eth_vhost.c#L1677)
Thanks!
Chenbo
> -Original Message-
> From: Maxime Coquelin
> Sent: Tuesday, September 15, 2020 9:36 PM
> To: dev@dpdk.org; Xia, Chenbo ; Stokes, Ian
>
> Cc: Max
Hi Abhinandan,
Please see my comments inline.
Thanks
Ankur
>-Original Message-
>From: Ankur Dwivedi
>Sent: Friday, September 18, 2020 8:34 PM
>To: 'Gujjar, Abhinandan S' ; dev@dpdk.org
>Cc: Jerin Jacob Kollanukkaran ; Anoob Joseph
>
>Subject: RE: [PATCH 1/3] test/event_crypto_adapter: re
>-Original Message-
>From: Akhil Goyal
>Sent: Wednesday, September 23, 2020 1:19 AM
>To: Ankur Dwivedi ; dev@dpdk.org
>Cc: Anoob Joseph ; Tejasree Kondoj
>
>Subject: [EXT] RE: [PATCH v2] crypto/octeontx2: fix sessionless code
>
>External Email
>
>
>
> Statistics of handled packets are cleared and read on main lcore, while they
> are increased in workers handlers on different lcores.
>
> Without synchronization occasionally showed invalid values.
What exactly do you mean by invalid values? Can you elaborate?
> This patch uses atomic acqu
testpmd will initialize default max packet length to 1518 which doesn't
include vlan tag size in ether overheader. Once, send the max mtu length
packet with vlan tag, the max packet length will exceed 1518 that will
cause packets dropped directly from NIC hw side. But for i40e/i40evf,
they should s
testpmd will initialize default max packet length to 1518 which doesn't
include vlan tag size in ether overheader. Once, send the max mtu length
packet with vlan tag, the max packet length will exceed 1518 that will
cause packets dropped directly from NIC hw side.
ice can support dual vlan tags th
testpmd will initialize default max packet length to 1518 which doesn't
include vlan tag size in ether overheader. Once, send the max mtu length
packet with vlan tag, the max packet length will exceed 1518 that will
cause packets dropped directly from NIC hw side.
iavf can support dual vlan tags t
testpmd will initialize default max packet length to 1518 which doesn't
include vlan tag size in ether overheader. Once, send the max mtu length
packet with vlan tag, the max packet length will exceed 1518 that will
cause packets dropped directly from NIC hw side.
igc can support single vlan tag t
testpmd will initialize default max packet length to 1518 which doesn't
include vlan tag size in ether overheader. Once, send the max mtu length
packet with vlan tag, the max packet length will exceed 1518 that will
cause packets dropped directly from NIC hw side.
e1000 can support single vlan tag
testpmd will initialize default max packet length to 1518 which does't
include vlan tag size in ether overheader. Once, send the max mtu length
packet with vlan tag, the max packet length will exceed 1518 that will
cause packets dropped directly from NIC hw side.
configure the correct default max
On Mon, Sep 21, 2020 at 10:45 AM Lance Richardson <
lance.richard...@broadcom.com> wrote:
> Fix to use correct value offset for PCI function stats.
>
> Fixes: 5f9374de2a3a ("net/bnxt: add PCI function stats to extended stats")
>
> Reviewed-by: Ajit Kumar Khaparde
> Cc: sta...@dpdk.org
> Cc: ajit.
https://bugs.dpdk.org/show_bug.cgi?id=540
Bug ID: 540
Summary: ixgbe: Intel 82599 4*10 NIC with 1000BASE-T SFP
transceiver does not work for the first port.
Product: DPDK
Version: 20.08
Hardware: x86
OS: Lin
>
> > > > > >
> > > > > > In an eventdev world, multiple workers (with ordered queue)
> > > > > > will be working on IPsec ESP processing. The ESP header's
> > > > > > sequence number is unique and has to be sequentially
> > > > > > incremented in an orderly
> > > manner.
> > > > > > This rises
Hi, Ferruh Yigit
On 2020/9/22 22:51, Ferruh Yigit wrote:
On 9/19/2020 11:47 AM, Wei Hu (Xavier) wrote:
From: Chengchang Tang
Currently, if nb_txd is not set, the txpkts is not allowed to be set
because the nb_txd is used to avoid the numer of segments exceed the Tx
ring size and the default v
Yes, There is PMD code change to support it.
https://patchwork.dpdk.org/patch/78488/
-Original Message-
From: dev On Behalf Of Ferruh Yigit
Sent: Tuesday, September 22, 2020 11:38 PM
To: Li Zhang ; Dekel Peled ; Ori Kam
; Slava Ovsiienko ; Matan Azrad
Cc: dev@dpdk.org; NBU-Contact-Thom
PRM expose fields "Icmp_header_data" in ICMP.
Update ICMP mask parameter with ICMP identifier and sequence number fields.
ICMP sequence number spec with mask, Icmp_header_data low 16 bits are set.
ICMP identifier spec with mask, Icmp_header_data high 16 bits are set.
Signed-off-by: Li Zhang
---
On Wed, Sep 23, 2020 at 10:28:00AM +0800, yang_y_yi wrote:
> Thanks Jiayu, do you mean not comparing timestamp and flush all the packets in
> a flow as I showed code, right? If so, we shouldn't provide argument
> flush_timestamp. But this will result in very bad issues,
> rte_gro_timeout_flush
> w
在 2020/9/5 2:31, Ferruh Yigit 写道:
On 9/4/2020 12:32 PM, Min Hu (Connor) wrote:
From: Huisong Li
Currently, only statistics of rx/tx queues with queue_id less than
RTE_ETHDEV_QUEUE_STAT_CNTRS can be displayed. If there is a certain
application scenario that it needs to use 256 or more than 2
Thanks Jiayu, do you mean not comparing timestamp and flush all the packets in
a flow as I showed code, right? If so, we shouldn't provide argument
flush_timestamp. But this will result in very bad issues, rte_gro_timeout_flush
will be called after rte_gro_reassemble every time, so the result ma
Hi Jan,
Sorry for late response, Could you check the below latest patches that support
flow-based traffic sampling? (based on: net/enic: support VXLAN decap action
combined with VLAN pop)
https://patchwork.dpdk.org/project/dpdk/list/?series=12410
" The solution introduces a new action that will
Correcting overview matrix to use acc100 name
Signed-off-by: Nicolas Chautru
Acked-by: Liu Tianjiao
---
doc/guides/bbdevs/features/acc100.ini | 14 ++
doc/guides/bbdevs/features/mbc.ini| 14 --
2 files changed, 14 insertions(+), 14 deletions(-)
create mode 100644 do
Debug functions to validate the input API from user
Only enabled in DEBUG mode at build time
Signed-off-by: Nicolas Chautru
Acked-by: Liu Tianjiao
---
drivers/baseband/acc100/rte_acc100_pmd.c | 424 +++
1 file changed, 424 insertions(+)
diff --git a/drivers/baseband
Add configure function to configure the PF from within
the bbdev-test itself without external application
configuration the device.
Signed-off-by: Nicolas Chautru
Acked-by: Liu Tianjiao
---
app/test-bbdev/test_bbdev_perf.c | 72 +++
drivers/baseband/acc100/meson.build
Adding capability and functions to support MSI
interrupts, call backs and inforing.
Signed-off-by: Nicolas Chautru
Acked-by: Liu Tianjiao
---
drivers/baseband/acc100/rte_acc100_pmd.c | 288 ++-
drivers/baseband/acc100/rte_acc100_pmd.h | 15 ++
2 files changed, 300 i
Adding function to create and configure queues for
the device. Still no capability.
Signed-off-by: Nicolas Chautru
Reviewed-by: Rosen Xu
Acked-by: Liu Tianjiao
---
drivers/baseband/acc100/rte_acc100_pmd.c | 420 ++-
drivers/baseband/acc100/rte_acc100_pmd.h | 45 +++
Additional support for HARQ memory loopback
Signed-off-by: Nicolas Chautru
Acked-by: Liu Tianjiao
---
drivers/baseband/acc100/rte_acc100_pmd.c | 158 +++
1 file changed, 158 insertions(+)
diff --git a/drivers/baseband/acc100/rte_acc100_pmd.c
b/drivers/baseband/acc1
Adding capability for 4G encode and decoder processing
Signed-off-by: Nicolas Chautru
Acked-by: Liu Tianjiao
---
drivers/baseband/acc100/rte_acc100_pmd.c | 1010 --
1 file changed, 943 insertions(+), 67 deletions(-)
diff --git a/drivers/baseband/acc100/rte_acc100_pm
Adding LDPC decode and encode processing operations
Signed-off-by: Nicolas Chautru
Acked-by: Liu Tianjiao
Acked-by: Dave Burley
---
drivers/baseband/acc100/rte_acc100_pmd.c | 1625 +-
drivers/baseband/acc100/rte_acc100_pmd.h |3 +
2 files changed, 1626 insertion
Add in the "info_get" function to the driver, to allow us to query the
device.
No processing capability are available yet.
Linking bbdev-test to support the PMD with null capability.
Signed-off-by: Nicolas Chautru
Acked-by: Liu Tianjiao
---
app/test-bbdev/meson.build | 3 +
driv
Add in the list of registers for the device and related
HW specs definitions.
Signed-off-by: Nicolas Chautru
Reviewed-by: Rosen Xu
Acked-by: Liu Tianjiao
---
drivers/baseband/acc100/acc100_pf_enum.h | 1068 ++
drivers/baseband/acc100/acc100_vf_enum.h | 73 ++
driv
Add stubs for the ACC100 PMD
Signed-off-by: Nicolas Chautru
Acked-by: Liu Tianjiao
---
doc/guides/bbdevs/acc100.rst | 233 +
doc/guides/bbdevs/index.rst| 1 +
doc/guides/rel_notes/release_20_11.rst | 6 +
drivers/
v7: Fingers trouble. Previous one sent mid-rebase. My bad.
v6: removed a legacy makefile no longer required
v5: rebase based on latest on main. The legacy makefiles are removed.
v4: an odd compilation error is reported for one CI variant using "gcc latest"
which looks to me like a false positive
Debug functions to validate the input API from user
Only enabled in DEBUG mode at build time
Signed-off-by: Nicolas Chautru
Acked-by: Liu Tianjiao
---
drivers/baseband/acc100/rte_acc100_pmd.c | 424 +++
1 file changed, 424 insertions(+)
diff --git a/drivers/baseband
Hi Akhil,
>
> Hi Nicolas,
>
> >
> > Hi Akhil,
> > Just a heads up on this bbdev PMD which is ready and was reviewed for
> > some time by the community.
> > There is one warning on patchwork but it can be ignored (one ack email
> > sent with bad formatting).
> > Thanks and best regards,
> > Nic
>
Adding capability and functions to support MSI
interrupts, call backs and inforing.
Signed-off-by: Nicolas Chautru
Acked-by: Liu Tianjiao
---
drivers/baseband/acc100/rte_acc100_pmd.c | 288 ++-
drivers/baseband/acc100/rte_acc100_pmd.h | 15 ++
2 files changed, 300 i
Add in the list of registers for the device and related
HW specs definitions.
Signed-off-by: Nicolas Chautru
Reviewed-by: Rosen Xu
Acked-by: Liu Tianjiao
---
drivers/baseband/acc100/acc100_pf_enum.h | 1068 ++
drivers/baseband/acc100/acc100_vf_enum.h | 73 ++
driv
Adding capability for 4G encode and decoder processing
Signed-off-by: Nicolas Chautru
Acked-by: Liu Tianjiao
---
drivers/baseband/acc100/rte_acc100_pmd.c | 1010 --
1 file changed, 943 insertions(+), 67 deletions(-)
diff --git a/drivers/baseband/acc100/rte_acc100_pm
Adding LDPC decode and encode processing operations
Signed-off-by: Nicolas Chautru
Acked-by: Liu Tianjiao
Acked-by: Dave Burley
---
drivers/baseband/acc100/rte_acc100_pmd.c | 1625 +-
drivers/baseband/acc100/rte_acc100_pmd.h |3 +
2 files changed, 1626 insertion
Adding function to create and configure queues for
the device. Still no capability.
Signed-off-by: Nicolas Chautru
Reviewed-by: Rosen Xu
Acked-by: Liu Tianjiao
---
drivers/baseband/acc100/rte_acc100_pmd.c | 420 ++-
drivers/baseband/acc100/rte_acc100_pmd.h | 45 +++
Additional support for HARQ memory loopback
Signed-off-by: Nicolas Chautru
Acked-by: Liu Tianjiao
---
drivers/baseband/acc100/rte_acc100_pmd.c | 158 +++
1 file changed, 158 insertions(+)
diff --git a/drivers/baseband/acc100/rte_acc100_pmd.c
b/drivers/baseband/acc1
Add stubs for the ACC100 PMD
Signed-off-by: Nicolas Chautru
Acked-by: Liu Tianjiao
---
doc/guides/bbdevs/acc100.rst | 233 +
doc/guides/bbdevs/index.rst| 1 +
doc/guides/rel_notes/release_20_11.rst | 6 +
drivers/
From: Harry van Haaren
This commit fixes a potential race condition in the tests
where the lcore running a service would increment a counter
that was already reset by the test-suite thread. The resulting
race-condition incremented value could cause CI failures, as
indicated by DPDK's CI.
This pa
Add in the "info_get" function to the driver, to allow us to query the
device.
No processing capability are available yet.
Linking bbdev-test to support the PMD with null capability.
Signed-off-by: Nicolas Chautru
Acked-by: Liu Tianjiao
---
app/test-bbdev/meson.build | 3 +
driv
From: Harry van Haaren
This commit adds a new experimental API which allows the user
to retrieve the active state of an lcore. Knowing when the service
lcore is completed its polling loop can be useful to applications
to avoid race conditions when e.g. finalizing statistics.
The service thread i
v6: removed a legacy makefile no longer required
v5: rebase based on latest on main. The legacy makefiles are removed.
v4: an odd compilation error is reported for one CI variant using "gcc latest"
which looks to me like a false positive of maybe-undeclared.
http://mails.dpdk.org/archives/test-r
Adding LDPC decode and encode processing operations
Signed-off-by: Nicolas Chautru
Acked-by: Liu Tianjiao
Acked-by: Dave Burley
---
drivers/baseband/acc100/rte_acc100_pmd.c | 1625 +-
drivers/baseband/acc100/rte_acc100_pmd.h |3 +
2 files changed, 1626 insertion
Add configure function to configure the PF from within
the bbdev-test itself without external application
configuration the device.
Signed-off-by: Nicolas Chautru
Acked-by: Liu Tianjiao
---
app/test-bbdev/test_bbdev_perf.c | 72 +++
drivers/baseband/acc100/Makefile
Debug functions to validate the input API from user
Only enabled in DEBUG mode at build time
Signed-off-by: Nicolas Chautru
Acked-by: Liu Tianjiao
---
drivers/baseband/acc100/rte_acc100_pmd.c | 424 +++
1 file changed, 424 insertions(+)
diff --git a/drivers/baseband
Additional support for HARQ memory loopback
Signed-off-by: Nicolas Chautru
Acked-by: Liu Tianjiao
---
drivers/baseband/acc100/rte_acc100_pmd.c | 158 +++
1 file changed, 158 insertions(+)
diff --git a/drivers/baseband/acc100/rte_acc100_pmd.c
b/drivers/baseband/acc1
Adding capability for 4G encode and decoder processing
Signed-off-by: Nicolas Chautru
Acked-by: Liu Tianjiao
---
drivers/baseband/acc100/rte_acc100_pmd.c | 1010 --
1 file changed, 943 insertions(+), 67 deletions(-)
diff --git a/drivers/baseband/acc100/rte_acc100_pm
Correcting overview matrix to use acc100 name
Signed-off-by: Nicolas Chautru
Acked-by: Liu Tianjiao
---
doc/guides/bbdevs/features/acc100.ini | 14 ++
doc/guides/bbdevs/features/mbc.ini| 14 --
2 files changed, 14 insertions(+), 14 deletions(-)
create mode 100644 do
Adding capability and functions to support MSI
interrupts, call backs and inforing.
Signed-off-by: Nicolas Chautru
Acked-by: Liu Tianjiao
---
drivers/baseband/acc100/rte_acc100_pmd.c | 288 ++-
drivers/baseband/acc100/rte_acc100_pmd.h | 15 ++
2 files changed, 300 i
Add stubs for the ACC100 PMD
Signed-off-by: Nicolas Chautru
Acked-by: Liu Tianjiao
---
doc/guides/bbdevs/acc100.rst | 233 +
doc/guides/bbdevs/index.rst| 1 +
doc/guides/rel_notes/release_20_11.rst | 6 +
drivers/
Adding function to create and configure queues for
the device. Still no capability.
Signed-off-by: Nicolas Chautru
Reviewed-by: Rosen Xu
Acked-by: Liu Tianjiao
---
drivers/baseband/acc100/rte_acc100_pmd.c | 420 ++-
drivers/baseband/acc100/rte_acc100_pmd.h | 45 +++
Add in the "info_get" function to the driver, to allow us to query the
device.
No processing capability are available yet.
Linking bbdev-test to support the PMD with null capability.
Signed-off-by: Nicolas Chautru
Acked-by: Liu Tianjiao
---
app/test-bbdev/meson.build | 3 +
driv
Add in the list of registers for the device and related
HW specs definitions.
Signed-off-by: Nicolas Chautru
Reviewed-by: Rosen Xu
Acked-by: Liu Tianjiao
---
drivers/baseband/acc100/acc100_pf_enum.h | 1068 ++
drivers/baseband/acc100/acc100_vf_enum.h | 73 ++
driv
v5: rebase based on latest on main. The legacy makefiles are removed.
v4: an odd compilation error is reported for one CI variant using "gcc latest"
which looks to me like a false positive of maybe-undeclared.
http://mails.dpdk.org/archives/test-report/2020-August/148936.html
Still forcing a dum
https://bugs.dpdk.org/show_bug.cgi?id=539
Bug ID: 539
Summary: [dpdk-20.11] distributor/test_multiple_ports: Failed
to map pci BAR4 only in SLES15_SP1
Product: DPDK
Version: 20.11
Hardware: x86
OS: Linux
On Tue, Sep 22, 2020 at 03:38:29PM +0800, yang_y_yi wrote:
> The problem is timestamp of which one item in a flow we should use as
> timestamp
> reference base for this flow, for merge (reassemble), only the first packet
> can
> trigger merge of all the packets, merge is forward not backward, if
> -Original Message-
> From: Stephen Hemminger
> Sent: Tuesday, September 22, 2020 10:12 PM
> To: Liu, Yong
> Cc: Richardson, Bruce ; dev@dpdk.org
> Subject: Re: [dpdk-dev] [PATCH] build: enable packet data prefetch
>
> On Tue, 22 Sep 2020 16:21:35 +0800
> Marvin Liu wrote:
>
> > Dat
Data prefetch instruction can preload data into cpu’s hierarchical
cache before data access. Virtualized data paths like virtio utilized
this feature for acceleration. Since most modern cpus have support
prefetch function, we can enable packet data prefetch as default.
Signed-off-by: Marvin Liu
-
Hello David,
W dniu 22.09.2020 o 14:42, David Marchand pisze:
> Hello Lukasz, David,
>
>
> On Tue, Sep 15, 2020 at 9:35 PM Lukasz Wojciechowski
> wrote:
>> diff --git a/app/test/test_distributor.c b/app/test/test_distributor.c
>> index 0e49e3714..da13a9a3f 100644
>> --- a/app/test/test_distributo
After introducing burst API there were some artefacts in the
API documentation from legacy single API.
Also the rte_distributor_poll_pkt() function return values
mismatched the implementation.
Fixes: c0de0eb82e40 ("distributor: switch over to new API")
Cc: david.h...@intel.com
Cc: sta...@dpdk.org
rte_distributor_return_pkt function which is run on worker cores
must wait for distributor core to clear handshake on retptr64
before using those buffers. While the handshake is set distributor
core controls buffers and any operations on worker side might overwrite
buffers which are unread yet.
Sam
During quit_workers function distributor's main core processes
some packets to wake up pending worker cores so they can quit.
As quit_workers acts also as a cleanup procedure for next test
case it should also collect these packages returned by workers'
handlers, so the cyclic buffer with returned p
rte_distributor_request_pkt and rte_distributor_get_pkt dereferenced
oldpkt parameter when in RTE_DIST_ALG_SINGLE even if number
of returned buffers from worker to distributor was 0.
This patch passes NULL to the legacy API when number of returned
buffers is 0. This allows passing NULL as oldpkt p
Synchronization of data exchange between distributor and worker cores
is based on 2 handshakes: retptr64 for returning mbufs from workers
to distributor and bufptr64 for passing mbufs to workers.
Without proper order of verifying those 2 handshakes a deadlock may
occur. This can happen when worker
Sanity tests with mbuf alloc and shutdown tests assume that
mbufs passed to worker cores are freed in handlers.
Such packets should not be returned to the distributor's main
core. The only packets that should be returned are the packets
send after completion of the tests in quit_workers function.
The sanity test with worker shutdown delegates all bufs
to be processed by a single lcore worker, then it freezes
one of the lcore workers and continues to send more bufs.
Problem occurred if freezed lcore is the same as the one
that is processing the mbufs. The lcore processing mbufs
might be dif
During review and verification of the patch created by Sarosh Arif:
"test_distributor: prevent memory leakages from the pool" I found out
that running distributor unit tests multiple times in a row causes fails.
So I investigated all the issues I found.
There are few synchronization issues that mi
Statistics of handled packets are cleared and read on main lcore,
while they are increased in workers handlers on different lcores.
Without synchronization occasionally showed invalid values.
This patch uses atomic acquire/release mechanisms to synchronize.
Fixes: c3eabff124e6 ("distributor: add
Hi,
> -Original Message-
> From: dev On Behalf Of Radu Nicolau
> Sent: Wednesday, August 26, 2020 5:56 PM
> To: dev@dpdk.org
> Cc: Xing, Beilei ; Guo, Jia ;
> Richardson, Bruce ; Ananyev, Konstantin
> ; jerinjac...@gmail.com;
> david.march...@redhat.com; Trahe, Fiona ; Zhao1,
> Wei ; ruif
Hi,
> -Original Message-
> From: dev On Behalf Of Radu Nicolau
> Sent: Wednesday, August 26, 2020 5:56 PM
> To: dev@dpdk.org
> Cc: Xing, Beilei ; Guo, Jia ;
> Richardson, Bruce ; Ananyev, Konstantin
> ; jerinjac...@gmail.com;
> david.march...@redhat.com; Trahe, Fiona ; Zhao1,
> Wei ; ruif
Hi,
> -Original Message-
> From: dev On Behalf Of Radu Nicolau
> Sent: Wednesday, August 26, 2020 5:56 PM
> To: dev@dpdk.org
> Cc: Xing, Beilei ; Guo, Jia ;
> Richardson, Bruce ; Ananyev, Konstantin
> ; jerinjac...@gmail.com;
> david.march...@redhat.com; Trahe, Fiona ; Zhao1,
> Wei ; ruif
The blacklist/whitelist documentation patch which is totally unrelated to this
failed
in the unit test. Looks like recent cmdline changes caused a problem?
10:
[/home/jenkins-local/jenkins-agent/workspace/Ubuntu18.04-Unit-Test-DPDK/dpdk/build/app/test/dpdk-test(+0x3973a)
[0x55acef45573a]]
9: [/
Hi Bruce,
My comments are inline
>-Original Message-
>From: Bruce Richardson
>Sent: Tuesday, September 22, 2020 1:28 AM
>To: Maslekar, Omkar
>Cc: dev@dpdk.org; Loftus, Ciara
>Subject: Re: [PATCH v4] eal: add cache-line demote support
>
>On Mon, Sep 21, 2020 at 06:59:27PM -0700,
On Tue, Sep 22, 2020 at 1:30 PM Lance Richardson
wrote:
>
Apologies for not sending a cover letter. I can resend if needed.
Lance
On 9/18/2020 7:52 PM, Narcisa Ana Maria Vasile wrote:
From: Narcisa Vasile
The Windows netuio kernel driver provides the DPDK userspace application
with direct access to hardware, by mapping the HW registers in userspace
and allowing read/write operations from/to the device
configuration spac
Return current offloads in rxq_info_get()/txq_info_get().
Fixes: 2fc201884be8 ("net/bnxt: support rxq/txq get information")
Cc: sta...@dpdk.org
Signed-off-by: Lance Richardson
Reviewed-by: Somnath Kotur
Reviewed-by: Ajit Khaparde
---
drivers/net/bnxt/bnxt_ethdev.c | 2 ++
1 file changed, 2 in
Return correct value for rx_drop_en. Add per-queue field to
track rx_drop_en configuration.
Fixes: 2fc201884be8 ("net/bnxt: support rxq/txq get information")
Cc: sta...@dpdk.org
Signed-off-by: Lance Richardson
Reviewed-by: Somnath Kotur
Reviewed-by: Ajit Khaparde
---
drivers/net/bnxt/bnxt_eth
On Fri, 18 Sep 2020 19:52:33 -0700, Narcisa Ana Maria Vasile wrote:
> From: Narcisa Vasile
>
> The Windows netuio kernel driver provides the DPDK userspace application
> with direct access to hardware, by mapping the HW registers in userspace
> and allowing read/write operations from/to the devic
It's virtio support for 'ETH_SPEED_NUM_UNKNOWN' which was already merged to
dpdk-next-net/main
ethdev library was updated with new speed 200G
Add 200G speed capa to virtio device
Signed-off-by: Ivan Dyukov
---
drivers/net/virtio/virtio_ethdev.c | 2 ++
1 file changed, 2 insertions(+)
diff --git a/drivers/net/virtio/virtio_ethdev.c
b/drivers/net/virtio/virtio_ethdev.c
index 0ef88feda..4
rte_ethdev states new rule for NICs: they should return UNKNOWN
speed if speed is unknown and interface is up, in case of down
interface, NONE speed should be returned.
Signed-off-by: Ivan Dyukov
---
doc/guides/nics/virtio.rst | 4 ++--
drivers/net/virtio/virtio_ethdev.c | 9 -
2
> -Original Message-
> From: Wang, Han2
> Sent: Tuesday, September 22, 2020 9:06 PM
> To: Dumitrescu, Cristian ; dev@dpdk.org
> Subject: Re: [dpdk-dev] [PATCH v4 00/41] Pipeline alignment with the P4
> language
>
> Cristian
>
> Thanks for updating the patch set. As I mentioned in my pr
Cristian
Thanks for updating the patch set. As I mentioned in my previous email, we are
working on adding support for this as a new P4C CPU target. We plan to open
source the compiler backend in the near future.
Cheers,
Han
On 9/10/20, 8:27 AM, "dev on behalf of Cristian Dumitrescu"
wrote:
> Coverity issue: 362055
>
> Fixes: 908be0651a5a ("app/test-sad: add test application for IPsec SAD")
> Cc: sta...@dpdk.org
>
> Signed-off-by: Vladimir Medvedkin
> ---
Applied to dpdk-next-crypto
Thanks.
> A temporary session is created for sessionless crypto operations.
> rte_cryptodev_sym_session_create() should be used for creating the
> temporary session as it initializes the session structure in the
> correct way. Also the session should be set to 0 before freeing it.
>
> Fixes: 17ac2a72191b
On Tue, Jul 28, 2020 at 4:06 AM Gaëtan Rivet wrote:
>
> On 27/07/20 15:03 -0700, Manish Chopra wrote:
> > By adding generic API, this patch removes individual
> > functions/defines implemented by drivers to find extended
> > PCI capabilities.
> >
> > Signed-off-by: Manish Chopra
> > Signed-off-by
Hi Nicolas,
>
> Hi Akhil,
> Just a heads up on this bbdev PMD which is ready and was reviewed for some
> time by the community.
> There is one warning on patchwork but it can be ignored (one ack email sent
> with bad formatting).
> Thanks and best regards,
> Nic
There are changes in Makefiles, wh
Hi Abhinandan,
> This patch updates the xform with right configuration.
> For session based ops, sym session pool is created with
> valid userdata size.
>
> Signed-off-by: Abhinandan Gujjar
> ---
The patch description do not match with the patch.
I can see that you are changing the cipher algo f
Hi Arek,
>
> Hi Akhil,
>
> @Akhil: Is there a chance getting this change into 20.11?
>
> Any more comments or anyone see any potential issues with this approach?
>
I am ok to take this patch in 20.11 release. Could you please send a new version
With complete patch, removing all references of
Hi Nagadheeraj,
> Subject: [PATCH 3/3] crypto/nitrox: support cipher only crypto operations
>
> This patch adds cipher only crypto operation support.
>
> Signed-off-by: Nagadheeraj Rottela
> ---
Could you please rebase this patch on latest TOT?
I see a conflict in the last patch.
You can also
> -Original Message-
> From: Chen, Mike Ximing
> Sent: Friday, September 18, 2020 12:39 PM
> To: Jerin Jacob
> Cc: dev@dpdk.org; Eads, Gage ; Vedantham, Sundar
> ; Power, Ciara ;
> Richardson, Bruce
> Subject: [PATCH v3] eventdev: support telemetry with xstats info
>
> The telemetry
Add a check for the return value of the sscanf call in
parse_internal_args(), returning an error if we don't get the expected
result.
Coverity issue: 362049
Fixes: 96cb19521147 ("net/ring: use EAL APIs in PMD specific API")
Cc: sta...@dpdk.org
Signed-off-by: Kevin Laatz
---
drivers/net/ring/rte
1 - 100 of 362 matches
Mail list logo