On Thu, Mar 26, 2020 at 12:04 PM wrote:
>
> From: Pavan Nikhilesh
>
> Add device arguments to lock NPA aura and pool contexts in NDC cache.
> The device args take hexadecimal bitmask where each bit represent the
> corresponding aura/pool id.
> Example:
> -w 0002:02:00.0,npa_lock_mask=0xf
On 3/31/20 6:25 PM, Sivaprasad Tummala wrote:
> Added vHostPMD based configuration of vHost devices.
> Currently vHost library calls are used for configuring the
> vhost device.
>
> vHostPMD is a pre-requisite for enabling future features
> supported such as FPGA and possibly CBDMA. With the
>
Bugzilla ID: 432
Cc: dev@dpdk.org
Cc: sta...@dpdk.org
Cc: john.mcnam...@intel.com
Signed-off-by: Muhammad Bilal
---
usertools/dpdk-setup.sh | 23 ++-
1 file changed, 18 insertions(+), 5 deletions(-)
diff --git a/usertools/dpdk-setup.sh b/usertools/dpdk-setup.sh
index e5bbe9fe
Tested-by: Wang, Yinan
> -Original Message-
> From: dev On Behalf Of Marvin Liu
> Sent: 2020年4月2日 5:29
> To: maxime.coque...@redhat.com; Ye, Xiaolong ;
> Wang, Zhihong ; epere...@redhat.com
> Cc: dev@dpdk.org; Liu, Yong
> Subject: [dpdk-dev] [PATCH] vhost: remove deferred shadow update
doc/guides/nics/virtio.rst | 15 +++
drivers/net/virtio/virtio_ethdev.c | 144
++
drivers/net/virtio/virtio_ethdev.h | 3 +
strtoull returns 0 if it fails to parse input string. It's ignored
in get_integer_arg.
This patch handles error cases for strtoull function.
Signed-off-by: Ivan Dyukov
---
drivers/net/virtio/virtio_user_ethdev.c | 13 +
1 file changed, 9 insertions(+), 4 deletions(-)
diff --git a/d
This patch adds a support of VIRTIO_NET_F_SPEED_DUPLEX feature
for virtio driver. Set default speed to 0x and default
duplex to 0xff
There are few ways to specify speed of the link:
'speed' devarg
negotiate speed from qemu via VIRTIO_NET_F_SPEED_DUPLEX
The highest priority is devarg.
Some applications like pktgen use link speed to calculate
transmission rate. It limits outcome traffic to hardcoded 10G.
This patch adds speed devarg which allows to configure
link speed of virtio device.
Signed-off-by: Ivan Dyukov
---
doc/guides/nics/virtio.rst | 7 ++
drivers/net/vi
refactor vdpa specific devargs parsing to more generic way
Signed-off-by: Ivan Dyukov
---
drivers/net/virtio/virtio_ethdev.c | 34 +-
1 file changed, 24 insertions(+), 10 deletions(-)
diff --git a/drivers/net/virtio/virtio_ethdev.c
b/drivers/net/virtio/virtio_ethdev
virtio driver already parses speed devarg. virtio-user should add
it to list of valid devargs and call eth_virtio_dev_init function
which init speed value.
eth_virtio_dev_init already is called from virtio_user_pmd_probe
function. The only change is required to enable speed devargs:
adding speed t
On 4/5/2020 6:00 PM, Sardar, Shamsher singh wrote:
> +dev@dpdk.org
>
> -Original Message-
> From: Sardar, Shamsher singh
> Sent: Friday, April 3, 2020 10:12 PM
> To: Ferruh Yigit
> Cc: Kumar, Ravi1
> Subject: RE: [dpdk-dev] [PATCH v2] net/axgbe: vlan support enabling in axgbe
>
> Hi Yi
On Mon, Apr 06, 2020 at 11:18:36AM +0530, Jerin Jacob wrote:
> External Email
>
> --
> On Fri, Apr 3, 2020 at 2:24 PM Nithin Dabilpuram
> wrote:
> >
> > From: Krzysztof Kanas
> >
> > Add Traffic Management capability callbacks
On Mon, Apr 6, 2020 at 12:13 PM wrote:
>
> From: Satheesh Paul A
>
> This patch adds SDP packet parsing support with custom L2 header,
> adds support to include a field from custom header for flow tag
> generation.
>
> Signed-off-by: Satheesh Paul A
Acked-by: Jerin Jacob
Applied to dpdk-next-n
On 4/5/20 5:52 AM, vattun...@marvell.com wrote:
> From: Vamsi Attunuru
>
> Current l2fwd application configures adjacent ports as destination
> ports for forwarding the traffic which is a kind of static mapping
> that can not be altered by the command line options.
>
> Patch adds a config option
On Mon, Apr 6, 2020 at 2:45 PM Nithin Dabilpuram
wrote:
> > >
> > > diff --git a/doc/guides/nics/features/octeontx2.ini
> > > b/doc/guides/nics/features/octeontx2.ini
> > > index 473fe56..fb13517 100644
> > > --- a/doc/guides/nics/features/octeontx2.ini
> > > +++ b/doc/guides/nics/features/octeo
Hello,
It looks like there is no comment/objection on following patch and it can be
merged.
I would request to @David Marchand, please take care of this towards the
merging process for 20.05.
Regards
Sunil Kumar Kori
>-Original Message-
>From: Sunil Kumar Kori
>Sent: Monday, March
On Mon, Mar 16, 2020 at 08:59:12PM +0530, Harman Kalra wrote:
> From: Vamsi Attunuru
>
> Adding rx burst function pointer hooks for vlan filter
> offload in event PMD.
>
> Signed-off-by: Vamsi Attunuru
Acked-by: Harman Kalra
> ---
> drivers/event/octeontx/ssovf_worker.c | 38 +++
On Mon, Feb 17, 2020 at 01:10:29PM +0530, agup...@marvell.com wrote:
> From: Amit Gupta
>
> Add a condition to check if octeontx drivers are disabled.
> octeontx drivers are built only if dependent drivers i.e.
> ethdev, mempool and common/octeontx are enabled.
>
> BugZilla ID # BUG 387
>
> Cha
On Wed, Mar 04, 2020 at 11:17:04AM +0530, agup...@marvell.com wrote:
> From: Amit Gupta
>
> Add a condition to check if octeontx drivers are disabled.
> octeontx drivers are built only if dependent drivers i.e.
> ethdev, mempool and common/octeontx are enabled.
>
> Bugzilla ID: 387
>
> Fixes: 7
On Mon, Mar 16, 2020 at 03:03:43PM +0530, Harman Kalra wrote:
> From: Vamsi Attunuru
>
> Patch adds ethdev flow control set/get callback ops,
> pmd enables modifying flow control attributes like
> rx_pause, tx_pause, high & low water mark.
>
> Signed-off-by: Vamsi Attunuru
Acked-by: Harman Kal
On Mon, Mar 16, 2020 at 03:03:41PM +0530, Harman Kalra wrote:
> From: Vamsi Attunuru
>
> Patch adds support for vlan filter offload support.
> MBOX messages for vlan filter on/off and vlan filter
> entry add/rm are added to configure PCAM entries to
> filter out the vlan traffic on a given port.
On 13-Mar-20 10:04 AM, David Marchand wrote:
On Wed, Mar 11, 2020 at 3:39 PM Harry van Haaren
wrote:
This commit releases all service cores from their role,
returning them to ROLE_RTE on rte_service_finalize().
This may fix an issue relating to the service cores causing
s/may fix/fixes/
a
Hi guys,
> On Fri, Oct 4, 2019 at 7:39 PM Daniel Borkmann wrote:
> >
> > On 10/4/19 12:53 PM, Thomas Monjalon wrote:
> > > 04/10/2019 11:54, Steve Capper:
> > >> I'd recommend also reaching out the BPF maintainers:
> > >> BPF JIT for ARM64
> > >> M: Daniel Borkmann
> > >> M: Alexei Starovoi
Hi Ferruh,
Is this patch ready to be applied in next-net?
Regards,
Dekel
> -Original Message-
> From: Dekel Peled
> Sent: Sunday, March 29, 2020 12:21 PM
> To: wenzhuo...@intel.com; jingjing...@intel.com;
> bernard.iremon...@intel.com
> Cc: Matan Azrad ; dev@dpdk.org; Ori Kam
>
> Subje
On 4/6/2020 12:05 PM, Dekel Peled wrote:
> Hi Ferruh,
>
> Is this patch ready to be applied in next-net?
Hi Dekel,
Most probably I can check it today..
>
> Regards,
> Dekel
>
>> -Original Message-
>> From: Dekel Peled
>> Sent: Sunday, March 29, 2020 12:21 PM
>> To: wenzhuo...@intel.c
05/04/2020 17:04, Ori Kam:
> From: Pavan Nikhilesh Bhagavatula
> > >+uint16_t
> > >+rte_regexdev_enqueue_burst(uint8_t dev_id, uint16_t qp_id,
> > >+ struct rte_regex_ops **ops, uint16_t nb_ops)
> > >+{
> > >+ return regex_devices[dev_id]-
> > >>enqueue(regex_devices[dev_id], q
Bugzilla ID: 353
Cc: dev@dpdk.org
Cc: sta...@dpdk.org
Cc: hemant.agra...@nxp.com
Signed-off-by: Muhammad Bilal
---
lib/librte_mbuf/rte_mbuf_pool_ops.c | 6 --
1 file changed, 4 insertions(+), 2 deletions(-)
diff --git a/lib/librte_mbuf/rte_mbuf_pool_ops.c
b/lib/librte_mbuf/rte_mbuf_pool_ops
Hi,
I have a few questions regarding your memory management patch.
In the "eal/windows: fix rte_page_sizes with Clang on Windows"
(http://patches.dpdk.org/patch/67390/) patch I didn't understand the work
around that you did and what the problem was.
Regarding rte_mp functions I see you implemente
From: Satheesh Paul A
This patch adds SDP packet parsing support with custom L2 header,
adds support to include a field from custom header for flow tag
generation.
Signed-off-by: Satheesh Paul A
---
doc/guides/nics/octeontx2.rst | 2 +-
drivers/common/octeontx2/hw/otx2_npc.h
>> From: Pavan Nikhilesh Bhagavatula
>> > >+uint16_t
>> > >+rte_regexdev_enqueue_burst(uint8_t dev_id, uint16_t qp_id,
>> > >+struct rte_regex_ops **ops, uint16_t nb_ops)
>> > >+{
>> > >+ return regex_devices[dev_id]-
>> > >>enqueue(regex_devices[dev_id], qp_id,
>> > >+
Hello Jerin
I've started reviewing this and will go patch-by-patch so some of the
comments might sound silly and/or unnecessary.
On 3/31/20 9:29 PM, jer...@marvell.com wrote:
> From: Jerin Jacob
>
> Graph architecture abstracts the data processing functions as
> "node" and "link" them together
Hi,
> In the "eal/windows: fix rte_page_sizes with Clang on Windows"
> (http://patches.dpdk.org/patch/67390/) patch I didn't understand the work
> around that you did and what the problem was.
Clang on Windows always uses uint32_t as an underlying type for enums. As a
consequence, rte_hugepage_
Hi Ori,
>Hi Pavan,
>
>> -Original Message-
>> From: dev On Behalf Of Pavan Nikhilesh
>Bhagavatula
>> Sent: Sunday, April 5, 2020 8:11 PM
>> To: Ori Kam ; Jerin Jacob Kollanukkaran
>> ; xiang.w.w...@intel.com
>> Cc: dev@dpdk.org; Shahaf Shuler ;
>> hemant.agra...@nxp.com; Opher Reviv ;
>Al
06/04/2020 14:33, Pavan Nikhilesh Bhagavatula:
> >> From: Pavan Nikhilesh Bhagavatula
> >> > >+uint16_t
> >> > >+rte_regexdev_enqueue_burst(uint8_t dev_id, uint16_t qp_id,
> >> > >+ struct rte_regex_ops **ops, uint16_t nb_ops)
> >> > >+{
> >> > >+ return regex_devices
On Mon, Apr 6, 2020 at 6:44 PM Thomas Monjalon wrote:
>
> 06/04/2020 14:33, Pavan Nikhilesh Bhagavatula:
> > >> From: Pavan Nikhilesh Bhagavatula
> > >> > >+uint16_t
> > >> > >+rte_regexdev_enqueue_burst(uint8_t dev_id, uint16_t qp_id,
> > >> > >+ struct rte_regex_ops **op
On Mon, Apr 6, 2020 at 11:32 AM Sunil Kumar Kori wrote:
> It looks like there is no comment/objection on following patch and it can be
> merged.
The title does not reflect what this patch is about.
I understand this as an optimisation for the pci bus scanning.
I agree with Stephen comment.
I
>06/04/2020 14:33, Pavan Nikhilesh Bhagavatula:
>> >> From: Pavan Nikhilesh Bhagavatula
>> >> > >+uint16_t
>> >> > >+rte_regexdev_enqueue_burst(uint8_t dev_id, uint16_t
>qp_id,
>> >> > >+ struct rte_regex_ops **ops, uint16_t
>nb_ops)
>> >> > >+{
>> >> > >+ return regex_
06/04/2020 14:37, Dmitry Kozlyuk:
> > Lastly, in the patch you implemented functions that were common for Linux
> > and FreeBSD and in order to use them in Windows (e.g. eal_file_truncate
> > that replaced ftruncate) and you got a duplicate code for Linux and
> > FreeBSD, how can we solve this d
On Thu, Apr 2, 2020 at 12:11 PM Burakov, Anatoly
wrote:
>
> On 31-Mar-20 5:56 PM, Michael Haeuptle wrote:
> > This fix treats a 0 return value from vfio_open_group_fd
> > in vfio_get_group_fd as the intended error condition instead
> > of putting an incorrect 0 file descriptor in the vfio_group ta
Hi,
> -Original Message-
> From: Kevin Traynor
> Sent: Friday, March 20, 2020 9:34 PM
> To: sta...@dpdk.org
> Cc: dev@dpdk.org; Abhishek Marathe ;
> Akhil Goyal ; Ali Alnubani ;
> benjamin.wal...@intel.com; David Christensen ;
> Hemant Agrawal ; Ian Stokes
> ; Jerin Jacob ; John McNamara
06/04/2020 14:48, Pavan Nikhilesh Bhagavatula:
> > From: Pavan Nikhilesh Bhagavatula
> >> >> From: Pavan Nikhilesh Bhagavatula
> >> >>
> >> >> Looks like this implementation is incomplete?
> >> >> I don't see any pmd specific helper functions for @see
> >> >rte_cryptodev_pmd.c,
> >> >> rte_eventdev
On 06/04/2020 14:28, Ali Alnubani wrote:
> Hi,
>
>> -Original Message-
>> From: Kevin Traynor
>> Sent: Friday, March 20, 2020 9:34 PM
>> To: sta...@dpdk.org
>> Cc: dev@dpdk.org; Abhishek Marathe ;
>> Akhil Goyal ; Ali Alnubani ;
>> benjamin.wal...@intel.com; David Christensen ;
>> Hemant
06/04/2020 15:22, Pavan Nikhilesh Bhagavatula:
> >06/04/2020 14:33, Pavan Nikhilesh Bhagavatula:
> >> >> From: Pavan Nikhilesh Bhagavatula
> >> >> > >+uint16_t
> >> >> > >+rte_regexdev_enqueue_burst(uint8_t dev_id, uint16_t
> >qp_id,
> >> >> > >+ struct rte_regex_ops **ops, ui
On Mon, Apr 6, 2020 at 7:00 PM Thomas Monjalon wrote:
>
> 06/04/2020 14:48, Pavan Nikhilesh Bhagavatula:
> > > From: Pavan Nikhilesh Bhagavatula
> > >> >> From: Pavan Nikhilesh Bhagavatula
> > >> >>
> > >> >> Looks like this implementation is incomplete?
> > >> >> I don't see any pmd specific help
Hi,
Comment inline.
Best Regards,
Xiao
> -Original Message-
> From: dev On Behalf Of jer...@marvell.com
> Sent: Wednesday, April 1, 2020 3:29 AM
> To: Jerin Jacob ; Kiran Kumar K
>
> Cc: dev@dpdk.org; tho...@monjalon.net; david.march...@redhat.com;
> m...@ashroe.eu; mattias.ronnb...@er
>-Original Message-
>From: Thomas Monjalon
>Sent: Monday, April 6, 2020 7:07 PM
>To: Pavan Nikhilesh Bhagavatula
>Cc: Ori Kam ; Jerin Jacob Kollanukkaran
>; xiang.w.w...@intel.com; dev@dpdk.org;
>Shahaf Shuler ; hemant.agra...@nxp.com;
>Opher Reviv ; Alex Rosenbaum
>; Dovrat Zifroni ;
06/04/2020 15:50, Pavan Nikhilesh Bhagavatula:
> From: Thomas Monjalon
> >> >06/04/2020 14:33, Pavan Nikhilesh Bhagavatula:
> >> >> >> From: Pavan Nikhilesh Bhagavatula
> >> >> >> > >+uint16_t
> >> >> >> > >+rte_regexdev_enqueue_burst(uint8_t dev_id, uint16_t
> >> >qp_id,
> >> >> >> > >+
01/04/2020 14:52, Neil Horman:
> On Tue, Mar 31, 2020 at 09:24:41PM +0200, Thomas Monjalon wrote:
> > 31/03/2020 21:22, Thomas Monjalon:
> > > 31/03/2020 19:05, Ananyev, Konstantin:
> > > > Hi everyone,
> > > >
> > > > Have a question regarding validate-abi.sh.
> > >
> > > devtools/validate-abi.s
> > +/* Check whether a node has connected path or parent node */
> > +int
> > +graph_has_isolated_node(struct graph *graph)
> > +{
> > + struct graph_node *graph_node;
> > +
> > + graph_mark_nodes_as_not_visited(graph);
> > +
> > + STAILQ_FOREACH(graph_node, &graph->node_list, next) {
On 4/3/2020 5:36 PM, David Coyle wrote:
> PLEASE NOTE: This patchset supercedes the following v1 patches which were
> mistakenly added as stand-alone patches (apologies for any confusion this
> may cause)
>
> https://patchwork.dpdk.org/patch/66733/
> https://patchwork.dpdk.org/patch/66735/
> https
On Mon, Apr 06, 2020 at 04:02:22PM +0200, Thomas Monjalon wrote:
> 01/04/2020 14:52, Neil Horman:
> > On Tue, Mar 31, 2020 at 09:24:41PM +0200, Thomas Monjalon wrote:
> > > 31/03/2020 21:22, Thomas Monjalon:
> > > > 31/03/2020 19:05, Ananyev, Konstantin:
> > > > > Hi everyone,
> > > > >
> > > > >
On Mon, Apr 6, 2020 at 6:06 PM Andrzej Ostruszka wrote:
>
> Hello Jerin
Hello Andrzej,
>
> I've started reviewing this and will go patch-by-patch so some of the
> comments might sound silly and/or unnecessary.
Thanks for the comments.
> > +
> > +/**
> > + * @file rte_graph.h
> > + *
> > + *
On Mon, 6 Apr 2020 06:08:23 +
Hemant Agrawal wrote:
> 2) How to share BPF with Linux
>The current DPDK BPF support is not complete and there are missing
> bits, which are DPDK specific. Specifically LD_INDIRECT/LD_ABSOLUTE and
> classic BPF to DPDK BPF converter are missing.
>
On Mon, 6 Apr 2020 16:30:20 +0500
Muhammad Bilal wrote:
> Bugzilla ID: 353
> Cc: dev@dpdk.org
> Cc: sta...@dpdk.org
> Cc: hemant.agra...@nxp.com
> Signed-off-by: Muhammad Bilal
> ---
> lib/librte_mbuf/rte_mbuf_pool_ops.c | 6 --
> 1 file changed, 4 insertions(+), 2 deletions(-)
>
> diff -
This patch set replaces the two-way barriers with C11 one-way barriers
for split vring idx, when the frontend and backend are implemented
in software.
By doing PVP benchmarking, the test result showed the throughput increased
20% with the 0.001% of acceptable loss rate on Thunderx2 platform.[1]
B
In case VIRTIO_F_ORDER_PLATFORM(36) is not negotiated, then the frontend
and backend are assumed to be implemented in software, that is they can
run on identical CPUs in an SMP configuration.
Thus a weak form of memory barriers like rte_smp_r/wmb, other than
rte_cio_r/wmb, is sufficient for this ca
In case VIRTIO_F_ORDER_PLATFORM(36) is not negotiated, then the frontend
and backend are assumed to be implemented in software, that is they can
run on identical CPUs in an SMP configuration.
Thus a weak form of memory barriers like rte_smp_r/wmb, other than
rte_cio_r/wmb, is sufficient for this ca
This patch adds support for DOCSIS AES-256 when using AESNI-MB
Signed-off-by: Mairtin o Loingsigh
---
drivers/crypto/aesni_mb/rte_aesni_mb_pmd_ops.c | 6 ++
1 file changed, 6 insertions(+)
diff --git a/drivers/crypto/aesni_mb/rte_aesni_mb_pmd_ops.c
b/drivers/crypto/aesni_mb/rte_aesni_mb_pm
This patch adds test vectors for AES-256 and sets AESNI-MB as the
target PMD
Signed-off-by: Mairtin o Loingsigh
---
app/test/test_cryptodev_aes_test_vectors.h | 81 ++
1 file changed, 81 insertions(+)
diff --git a/app/test/test_cryptodev_aes_test_vectors.h
b/app/test/test_c
On 3/25/2020 8:27 AM, Ori Kam wrote:
>
>
>> -Original Message-
>> From: dev On Behalf Of Dekel Peled
>> Sent: Wednesday, March 25, 2020 10:13 AM
>> To: Ori Kam ; wenzhuo...@intel.com;
>> jingjing...@intel.com; bernard.iremon...@intel.com
>> Cc: Matan Azrad ; dev@dpdk.org
>> Subject: [dpd
On 3/31/2020 6:14 PM, Stephen Hemminger wrote:
> The netvsc PMD was putting the mac address in private data but the
> core rte_ethdev doesn't allow that it. It has to be in rte_malloc'd
> memory or the a message will be printed on shutdown/close.
It doesn't have to be rte_malloc'ed. Setting 'eth_d
Hi David,
> -Original Message-
> From: Coyle, David
> Sent: Friday, April 3, 2020 5:37 PM
> To: dev@dpdk.org
> Cc: Doherty, Declan ; Trahe, Fiona
> ; De Lara Guarch, Pablo
> ; Ryan, Brendan ;
> shreyansh.j...@nxp.com; hemant.agra...@nxp.com; Coyle, David
> ; O'loingsigh, Mairtin
> Subjec
On 4/6/20 4:59 PM, Jerin Jacob wrote:
> On Mon, Apr 6, 2020 at 6:06 PM Andrzej Ostruszka wrote:
[...]
>>> +typedef uint32_t rte_graph_off_t; /**< Graph offset type. */
>>> +typedef uint32_t rte_node_t; /**< Node id type. */
>>> +typedef uint16_t rte_edge_t; /**< Edge id type. */
>>> +
Hi All,
Yes I did. I am not getting the below errors.
sodey@SODEY-LMA MINGW64 ~/DPDK_Patch/patch
$ ../dpdk/devtools/checkpatches.sh
v2-0001-net-bnx2x-add-multicast-MAC-address-filtering
1/1 valid patch
Also Fixed the Wrong tag issue with check-git-log.sh. Attached the patch in
text format too
The roadmap for DPDK support on Windows is updated on the website:
http://core.dpdk.org/roadmap/windows/
The last major step completed was:
- MinGW integration for GCC support on Windows
We are a bit late for these tasks:
- basic memory management
- other basic EAL
>
> RTE_LIBRTE_IP_FRAG_MAX_FRAG flag value increased from 4 to 8. By this
> pkt size greater than 6000 is supported in ip-fragmentation and
> ip-reassembly.
>
> Fixes: 9788b93b9d5 ("config: MAX_FRAG updated to support the jumbo
> packets")
> Cc: sta...@dpdk.org
>
> Signed-off-by: Apeksha Gupta
From: Souvik Dey
In case of bnx2xvf pmd, tx packets can support vland id in 2 ways:
1. setting the mbuf ol_flags=PKT_TX_VLAN_PKT and passing the
vlanid in mbuf->vlan_tci.
2. the tx packet itself has the vlan id included in the packet.
The first case is working as expected but the second case wher
Just for reference also attached the changed patch in text format with the
changes requested below. Have raised a v3 of the patch too.
Now bit ceckpatches and check-git-logs works fine and also updated vlan to VLAN.
--
Thanks,
Souvik
From: Jerin Jacob
Sent: Sunday, April 5, 2020 9:06 AM
To: De
Just to get us on the same page on 'techniques to communicate data from writer
to reader' (apologies if it is too trivial)
Let us say that the writer has 512B (key point is - cannot be written
atomically) that needs to be communicated to the reader.
Since the data cannot be written atomically,
> -Original Message-
> From: O'loingsigh, Mairtin
> Sent: Monday, April 6, 2020 4:36 PM
> To: De Lara Guarch, Pablo
> Cc: dev@dpdk.org; O'loingsigh, Mairtin
> Subject: [PATCH v2 1/2] crypto/aesni_mb: support DOCSIS AES-256
>
> This patch adds support for DOCSIS AES-256 when using AES
On 4/5/20 10:55 AM, jer...@marvell.com wrote:
[...]
> diff --git a/lib/librte_graph/node.c b/lib/librte_graph/node.c
> index 336cd1c94..d04a0fce0 100644
> --- a/lib/librte_graph/node.c
> +++ b/lib/librte_graph/node.c
[...]
> +static rte_edge_t
> +edge_update(struct node *node, struct node *prev, rt
On 4/5/20 10:55 AM, jer...@marvell.com wrote:
> From: Jerin Jacob
>
> Adding node debug API implementation support to dump
> single or all the node objects to the given file.
>
> Signed-off-by: Jerin Jacob
> Signed-off-by: Kiran Kumar K
> Signed-off-by: Pavan Nikhilesh
> Signed-off-by: Nithin
> -Original Message-
> From: O'loingsigh, Mairtin
> Sent: Monday, April 6, 2020 4:36 PM
> To: De Lara Guarch, Pablo
> Cc: dev@dpdk.org; O'loingsigh, Mairtin
> Subject: [PATCH v2 2/2] test/crypto: Add AES-256 DOCSIS test vectors
>
> This patch adds test vectors for AES-256 and sets AE
From: Eugeny Parshutin
Add the previous prototype for the 'profile_hook_rx_burst_cb' function
to fix the compiler warning when the DPDK is built with
'RTE_ETHDEV_PROFILE_WITH_VTUNE' config option enabled:
/home/dpdk/lib/librte_ethdev/ethdev_profile.c:17:1: warning:
no previous prototype for profi
Dear Anoob,
Thank you for your reply and hints.
Now I have patches ready to send as version 2, but I hesitate, because I
don't like the idea of placing all checks in #ifdefs for
RTE_LIBRTE_SECURITY_DEBUG config option.
Let me explain here why: The config flag as a debug one will be disabled
b
> -Original Message-
> From: dev On Behalf Of Thomas Monjalon
> Sent: Monday, April 6, 2020 5:00 PM
> To: Pavan Nikhilesh Bhagavatula ; Ori Kam
>
> Cc: Jerin Jacob Kollanukkaran ; xiang.w.w...@intel.com;
> dev@dpdk.org; Shahaf Shuler ;
> hemant.agra...@nxp.com; Opher Reviv ; Alex
> Ros
Hi
Best,
Ori
> -Original Message-
> From: Jerin Jacob
> Sent: Monday, April 6, 2020 4:39 PM
> To: Thomas Monjalon
> Cc: Ori Kam ; Jerin Jacob Kollanukkaran
> ; xiang.w.w...@intel.com; Pavan Nikhilesh Bhagavatula
> ; dev@dpdk.org; Shahaf Shuler
> ; hemant.agra...@nxp.com; Opher Reviv
> ;
Hi Dave,
This is my first submission... how do I get the fixes reference?
Back porting it to 19.11 would be great. This issue shows up in SPDK 20.01,
which uses 19.11.
-- Michael
-Original Message-
From: David Marchand [mailto:david.march...@redhat.com]
Sent: Monday, April 6, 2020 7:2
Since we've moved away from our initial abi_versioning.sh script, in
favor of check_abi.sh, which uses libabigail, remove the old script from
the tree, and update the docs accordingly
Signed-off-by: Neil Horman
CC: tho...@monjalon.net
---
MAINTAINERS| 1 -
devto
https://bugs.dpdk.org/show_bug.cgi?id=444
Bug ID: 444
Summary: DPDK fails to receive packets in Azure when using more
than 3 transmit queues
Product: DPDK
Version: 19.11
Hardware: All
OS: Linux
S
On Mon, Apr 6, 2020 at 9:15 PM Haeuptle, Michael
wrote:
> This is my first submission... how do I get the fixes reference?
I recommend reading: https://doc.dpdk.org/guides/contributing/patches.html
But let me help you this time.
For the missing Fixes: tag, we want to get the sha1 of the commit t
On Fri, Apr 3, 2020 at 4:20 PM wrote:
> Remove setting ALLOW_EXPERIMENTAL_API individually for each Makefile and
> meson.build in app, lib and drivers instead enable ALLOW_EXPERIMENTAL_API
> flag globally.
This change does not enable the flag globally.
> This changes reduces the clutter across
This fix treats a 0 return value from vfio_open_group_fd
in vfio_get_group_fd as the intended error condition instead
of putting an incorrect 0 file descriptor in the vfio_group table.
Sometimes, the creation of device files in sysfs is not
instantaneously causing vfio_open_groupfd to return 0.
Th
This fix treats a 0 return value from vfio_open_group_fd
in vfio_get_group_fd as the intended error condition instead
of putting an incorrect 0 file descriptor in the vfio_group table.
Sometimes, the creation of device files in sysfs is not
instantaneously causing vfio_open_groupfd to return 0.
Th
17/03/2020 09:34, Matan Azrad:
> From: Thomas Monjalon
> > In GCC 10, -fno-common will be the default.
> > There are 2 ways of solving issues:
> > - add -fcommon
> > - stop allocating variables in .h files
> >
> > In this patchset, the variables are declared extern, because it is cleaner
> >
Update a switch rule' action from "to VSI" to "to VSI List"
should only happen when the same rule has been programmed with
a different fwd destination. This is already handled by below
code block:
m_entry = ice_find_adv_rule_entry(...)
if (m_entry) {
...
ice_adv_add_update_vsi_list
Tested-by: Chen, Zhaoyan
> -Original Message-
> From: dev On Behalf Of Lunyuan Cui
> Sent: Wednesday, April 1, 2020 3:12 PM
> To: dev@dpdk.org
> Cc: Yang, Qiming ; Wu, Jingjing
> ; Cui, LunyuanX
> Subject: [dpdk-dev] [PATCH v2] net/iavf: enable port reset
>
> This patch is intended to
This patch moved the RSS initialization from dev start to dev configure
to fix RSS advanced rule invalid after running port stop and port start.
Fixes: 5ad3db8d4bdd ("net/ice: enable advanced RSS")
Cc: sta...@dpdk.org
Signed-off-by: Junyu Jiang
---
drivers/net/ice/ice_ethdev.c | 50
The patch V5 has test-by Zhiwei
-Original Message-
From: dev On Behalf Of Junyu Jiang
Sent: Tuesday, April 7, 2020 9:48 AM
To: dev@dpdk.org
Cc: Zhang, Qi Z ; Yang, Qiming ;
Jiang, JunyuX ; sta...@dpdk.org
Subject: [dpdk-dev] [PATCH v5] net/ice: fix RSS advanced rule invalid issue
This p
> -Original Message-
> From: Andrzej Ostruszka
> Sent: Monday, April 6, 2020 11:27 PM
> To: Jerin Jacob Kollanukkaran ; Kiran Kumar Kokkilagadda
>
> Cc: dev@dpdk.org; tho...@monjalon.net; david.march...@redhat.com;
> m...@ashroe.eu; mattias.ronnb...@ericsson.com; Pavan Nikhilesh
> Bhaga
That’s because scapy naming conflict, replace system scapy with trex scapy.
Here is an example:
# backup system scapy if need.
mv /usr/local/lib/python3.6/dist-packages/scapy
/usr/local/lib/python3.6/dist-packages/scapy_default
# replace scapy
cp -fr
/home/scm/trex1911_upstream/scripts/e
In process_slave_message_reply(), there is a
possibility that receiving a peer close
message instead of a real message response.
this patch targeting to handle the peer close
scenario and report the correct error message.
Signed-off-by: qikai
---
lib/librte_vhost/vhost_user.c | 10 +-
1
Query generation was introduced to avoid counter to be reallocated
before the counter statistics be fully updated. Since the counters
be released between query trigger and query handler may miss the
packets arrived in the trigger and handler gap period. In this case,
user can only allocate the coun
In the plan of save the memory consumption for rte_flow, the counter
memory consumption will be optimized from two perspective.
Change the counter object saving as index instead of pointer in rte_flow.
In this case, since currently the counters are allocated from the pool,
counter can use the inde
As none-batch counter pool allocates only one counter every time, after
the new allocated counter pop out, the pool will be empty and moved to
the end of the container list in the container.
Currently, the new non-batch counter allocation maybe happened with new
counter pool allocated, it means th
This commit is a part for the DV counter optimization.
The batch counter dcs id starts from 0x80 and none batch counter
starts from 0. As currently, the counter is changed to be indexed by
pool index and the offset of the counter in the pool counters_raw array.
It means now the counter index i
Currently, the counter struct saves both the members used by batch
counters and none batch counters. The members which are only used
by none batch counters cost 16 bytes extra memory for batch counters.
As normally there will be limited none batch counters, mix the none
batch counter and batch coun
This is part of the counter optimize which will save the indexed counter
id instead of the counter pointer in the rte_flow.
Place the verbs counter into the container pool helps the counter to be
indexed correctly independent with the raw counter.
The counter pointer in rte_flow will be changed t
Currently, the fallback counter is also allocated from the pool, the
specify fallback function code becomes a bit duplicate.
Reorganize the fallback counter code to make it reuse from the normal
counter code.
Signed-off-by: Suanming Mou
Acked-by: Matan Azrad
---
drivers/net/mlx5/mlx5.h
From: Yunjian Wang
This series include three fixes patches for tap PMD driver.
--
v3:
- Add fix close a vaild fd and netlink socket file descriptor check
before close
v2:
- Add null check in tap_rxq_pool_free()
Yunjian Wang (5):
net/tap: fix mbuf double free when writev fails
net/tap: fix
1 - 100 of 113 matches
Mail list logo
