Hi, Pavan
Sorry for my late reply and thanks very much for your review.
> -Original Message-
> From: Pavan Nikhilesh Bhagavatula
> Sent: 2020年12月22日 18:33
> To: Feifei Wang ; jer...@marvell.com; Harry van
> Haaren ; Pavan Nikhilesh
>
> Cc: dev@dpdk.org; nd ; Honnappa Nagarahalli
> ; sta
An example application shows how to use opae ifpga APIs.
You can test each API by running corresponding command.
Signed-off-by: Wei Huang
---
v2: fix coding style issue in commands.c
---
examples/ifpga/Makefile| 45 ++
examples/ifpga/commands.c | 1321
Cyborg is part of OpenStack, it needs some OPAE type APIs to manage
PACs (Programmable Acceleration Card) with Intel FPGA. Below major
functions are added to meets Cyborg requirements.
1. opae_init_eal() set up EAL environment.
2. opae_cleanup_eal() clean up EAL environment.
3. opae_enumerate() sea
There are three types of property can be got from FPGA, they are
implemented in below functions:
1. ifpga_rawdev_get_fme_property() get property of FME (FPGA
Management Engine).
2. ifpga_rawdev_get_port_property() get property of FPGA port.
3. ifpga_rawdev_get_bmc_property() get property of BMC
RSU (Remote System Update) depends on secure manager which may be
different on various implementations, so a new secure manager device
is implemented for adapting such difference.
There are three major functions added:
1. ifpga_rawdev_update_flash() updates flash with specific image file.
2. ifpga_
Cyborg is part of OpenStack, it needs some OPAE APIs to manage
devices with Intel FPGA. The first three patches implement extra
APIs to meet Cyborg requirement. The last patch add an example
to show how to use these APIs.
Main changes from v6:
- Fix compilation issues in opae_intel_max10.c and ifp
Reviewed-by: Jiayu Hu
> -Original Message-
> From: Jiang, Cheng1
> Sent: Tuesday, January 5, 2021 10:15 AM
> To: maxime.coque...@redhat.com; Xia, Chenbo
> Cc: dev@dpdk.org; Hu, Jiayu ; Yang, YvonneX
> ; Wang, Yinan ; Jiang,
> Cheng1
> Subject: [PATCH v7 1/2] examples/vhost: add ioat ri
Hi Andrew,
>-Original Message-
>From: Andrew Rybchenko
>Sent: Monday, December 28, 2020 9:37 PM
>To: Xueming(Steven) Li ; Slava Ovsiienko
>; NBU-Contact-Thomas Monjalon
>; Ferruh Yigit ; Olivier Matz
>; Matan Azrad
>Cc: dev@dpdk.org; Asaf Penso
>Subject: Re: [RFC 3/7] devarg: change rep
Move eth stop code from "signal_handler" function to the end of "main"
function. There are two reasons for this:
First, this improves code maintenance and makes code look simple and
clear. Based on this change, after receiving the interrupt signal,
"fdata->done" is set as 1. Then the main thread w
>On 12/23/2020 12:05 PM, Ugendreshwar Kudupudi wrote:
>> Added Marvell LiquidIO Driver Maintainer
>>
>> Signed-off-by: Ugendreshwar Kudupudi
>> ---
>> MAINTAINERS | 5 ++---
>> 1 file changed, 2 insertions(+), 3 deletions(-)
>>
>> diff --git a/MAINTAINERS b/MAINTAINERS
>> index eafe9f8c4..a8d68
Acked-by: Jeff Guo
> -Original Message-
> From: Xing, Beilei
> Sent: Tuesday, January 5, 2021 11:13 AM
> To: Guo, Jia ; dev@dpdk.org
> Cc: Xing, Beilei ; sta...@dpdk.org; Sun, Chenmin
>
> Subject: [PATCH v5] net/i40e: fix flex payload rule conflict issue
>
> From: Beilei Xing
>
> Wit
From: Beilei Xing
With the following commands, the second flow can't
be created successfully.
1. flow create 0 ingress pattern eth / ipv4 / udp /
raw relative is 1 pattern is 0102030405 / end
actions drop / end
2. flow destroy 0 rule 0
3. flow create 0 ingress pattern eth / ipv4 / udp /
> -Original Message-
> From: Ferruh Yigit
> Sent: Tuesday, January 5, 2021 12:43 AM
> To: Guo, Jia ; Souvik Dey ; Xing,
> Beilei ; Zhang, Qi Z
> Cc: dev@dpdk.org; Kevin Traynor ; Luca Boccassi
>
> Subject: Re: [dpdk-dev] [PATCH v3] net/i40e: issue with ADD VLAN from
> Guest
>
> On 12/1
From: Beilei Xing
With the following commands, the second flow can't
be created successfully.
1. flow create 0 ingress pattern eth / ipv4 / udp /
raw relative is 1 pattern is 0102030405 / end
actions drop / end
2. flow destroy 0 rule 0
3. flow create 0 ingress pattern eth / ipv4 / udp /
> -Original Message-
> From: Guo, Jia
> Sent: Thursday, December 31, 2020 2:07 PM
> To: Xing, Beilei ; dev@dpdk.org
> Cc: sta...@dpdk.org; Sun, Chenmin
> Subject: RE: [PATCH v3] net/i40e: fix flex payload rule conflict issue
>
>
> > -Original Message-
> > From: Xing, Beilei
From: Narcisa Vasile
The librte_cfgfile lib is functional on Windows.
Enable compilation of this lib for Windows.
Signed-off-by: Narcisa Vasile
---
lib/meson.build | 1 +
1 file changed, 1 insertion(+)
diff --git a/lib/meson.build b/lib/meson.build
index ed00f8914..d6492f7a0 100644
--- a/lib/
Change the vm2vm data path to batch enqueue for better performance.
Support latest async vhost API, refactor vhost async data path,
replace rte_atomicNN_xxx to atomic_XXX and clean some codes.
Signed-off-by: Cheng Jiang
---
examples/vhost/ioat.h | 2 +-
examples/vhost/main.c | 214
Add ioat ring space count and check, if ioat ring space is not enough
for the next async vhost packet enqueue, then just return to prevent
enqueue failure. Add rte_ioat_completed_ops() fail handler.
Signed-off-by: Cheng Jiang
---
examples/vhost/ioat.c | 24 +---
1 file change
Refactor the vhost sample code. Add ioat ring space count and check
in ioat callback, optimize vhost data path for batch enqueue, replace
rte_atomicNN_xxx to atomic_XXX and refactor vhost async data path.
---
v7:
* fixed rte_ioat_completed_ops() fail handler issue
v6:
* adjusted the value of MAX
An example application shows how to use opae ifpga APIs.
You can test each API by running corresponding command.
Signed-off-by: Wei Huang
---
v2: fix coding style issue in commands.c
---
examples/ifpga/Makefile| 45 ++
examples/ifpga/commands.c | 1321
Cyborg is part of OpenStack, it needs some OPAE type APIs to manage
PACs (Programmable Acceleration Card) with Intel FPGA. Below major
functions are added to meets Cyborg requirements.
1. opae_init_eal() set up EAL environment.
2. opae_cleanup_eal() clean up EAL environment.
3. opae_enumerate() sea
There are three types of property can be got from FPGA, they are
implemented in below functions:
1. ifpga_rawdev_get_fme_property() get property of FME (FPGA
Management Engine).
2. ifpga_rawdev_get_port_property() get property of FPGA port.
3. ifpga_rawdev_get_bmc_property() get property of BMC
RSU (Remote System Update) depends on secure manager which may be
different on various implementations, so a new secure manager device
is implemented for adapting such difference.
There are three major functions added:
1. ifpga_rawdev_update_flash() updates flash with specific image file.
2. ifpga_
Cyborg is part of OpenStack, it needs some OPAE APIs to manage
devices with Intel FPGA. The first three patches implement extra
APIs to meet Cyborg requirement. The last patch add an example
to show how to use these APIs.
Main changes from v5:
- Fix compilation issues in ifpga_fme_rsu.c
Wei Huang
Hi Jiayu,
> -Original Message-
> From: Hu, Jiayu
> Sent: Tuesday, January 5, 2021 9:20 AM
> To: Jiang, Cheng1 ; maxime.coque...@redhat.com;
> Xia, Chenbo
> Cc: dev@dpdk.org; Yang, YvonneX ; Wang, Yinan
>
> Subject: RE: [PATCH v6 1/2] examples/vhost: add ioat ring space count and
> check
> -Original Message-
> From: Jiang, Cheng1
> Sent: Monday, January 4, 2021 12:58 PM
> To: maxime.coque...@redhat.com; Xia, Chenbo
> Cc: dev@dpdk.org; Hu, Jiayu ; Yang, YvonneX
> ; Wang, Yinan ; Jiang,
> Cheng1
> Subject: [PATCH v6 2/2] examples/vhost: refactor vhost data path
>
> Chan
Hi Jingjing,
> -Original Message-
> From: Wu, Jingjing
> Sent: Monday, January 4, 2021 2:45 PM
> To: Xia, Chenbo ; dev@dpdk.org; tho...@monjalon.net;
> david.march...@redhat.com
> Cc: step...@networkplumber.org; Liang, Cunming ; Lu,
> Xiuchun ; Li, Miao
> Subject: RE: [PATCH v2 4/8] emu/
Hi Cheng,
> -Original Message-
> From: Jiang, Cheng1
> Sent: Monday, January 4, 2021 12:58 PM
> To: maxime.coque...@redhat.com; Xia, Chenbo
> Cc: dev@dpdk.org; Hu, Jiayu ; Yang, YvonneX
> ; Wang, Yinan ; Jiang,
> Cheng1
> Subject: [PATCH v6 1/2] examples/vhost: add ioat ring space count
> On Jan 1, 2021, at 12:19 PM, Honnappa Nagarahalli
> wrote:
>>
>> 30/12/2020 20:09, Andrew Boyer:
>>>
On Dec 23, 2020, at 6:47 AM, Juraj Linkeš
>> wrote:
The current way of specifying Arm configuration options is
insufficient since we can't identify the SoC we're buildi
On 12/22/20 9:13 PM, Nithin Dabilpuram wrote:
Ping.
Tested the patches and they generate a failure on my P9 system:
EAL: cannot map vaddr for IOMMU, error 22 (Invalid argument)
I'm looking at it now to see what the problem might be. I'm assuing
it's related to the size paramter (see
h
On Mon, Jan 4, 2021 at 12:44 PM Thomas Monjalon wrote:
>
> 17/12/2020 06:20, Ajit Khaparde:
> > Signed-off-by: Ajit Khaparde
> > ---
> [...]
> > -- bnxt mirroring
>
> Does it mean mirroring support is cancelled? or postponed?
Postponed.
>
> > +- bnxt add support for BCM58818/Stingray2 device
> >
17/12/2020 06:20, Ajit Khaparde:
> Signed-off-by: Ajit Khaparde
> ---
[...]
> -- bnxt mirroring
Does it mean mirroring support is cancelled? or postponed?
> +- bnxt add support for BCM58818/Stingray2 device
> +- bnxt end of support for BCM573xx and BCM5740x device families
Applied, thanks
16/12/2020 09:38, jer...@marvell.com:
> From: Jerin Jacob
>
> Signed-off-by: Jerin Jacob
> ---
> --- a/content/roadmap/_index.md
> +++ b/content/roadmap/_index.md
> @@ -19,6 +19,9 @@ This list is obviously neither complete nor guaranteed.
> - bnxt mirroring
> - octeontx2 mirroring
> - qede fl
16/12/2020 09:13, Maxime Coquelin:
> Signed-off-by: Maxime Coquelin
> ---
> +- Vhost memory tables handler refactoring
> +- Virtio PMD refactoring
Applied, thanks
14/12/2020 15:16, Ferruh Yigit:
> Signed-off-by: Ferruh Yigit
Applied and sorted, thanks
On 12/16/2020 2:09 AM, Guo, Jia wrote:
Acked-by: Jeff Guo mailto:jia@intel.com>>
From: Souvik Dey
Sent: Tuesday, December 15, 2020 9:28 PM
To: Xing, Beilei ; Guo, Jia ; Zhang, Qi Z
Cc: dev@dpdk.org; Souvik Dey
Subject: [PATCH v3] net/i40e: issue with ADD VLAN from Guest
Reset the config
Add support for secondary processes in ioat devices. The update
allocates a memzone for a primary process or returns it in a
secondary process.
Signed-off-by: Kumar Amber
---
drivers/raw/ioat/ioat_common.c | 16 +---
drivers/raw/ioat/ioat_rawdev.c | 17 +
2 files chan
Add support for secondary processes in ioat devices. The update
allocates a memzone for a primary process or returns it in a
secondary process.
Signed-off-by: Kumar Amber
---
drivers/raw/ioat/ioat_common.c | 17 ++---
drivers/raw/ioat/ioat_rawdev.c | 18 ++
2 files ch
On 12/18/2020 2:34 AM, Wang, Haiyue wrote:
-Original Message-
From: Simon Ellmann
Sent: Friday, December 18, 2020 01:15
To: Guo, Jia ; Wang, Haiyue
Cc: dev@dpdk.org; Simon Ellmann
Subject: [PATCH] net/ixgbe: clear registers of all queues on VF reset
ixgbe devices support up to 8 Rx an
On 12/1/2020 8:32 AM, Yuying Zhang wrote:
This patch adds an input set refinement function to support outer
and inner TCP/UDP patterns without input set for flow director filter.
Can you please describe more what is supported now, it can be even better to
give same samples which patter is sup
https://bugs.dpdk.org/show_bug.cgi?id=607
Bug ID: 607
Summary: Calling rte_eth_allmulticast_enable after
rte_eth_promiscuous_enable disables promisc mode
Product: DPDK
Version: unspecified
Hardware: All
OS:
On 12/22/2020 7:01 AM, asoma...@amd.com wrote:
From: Amaranath Somalapuram
Adding API for get_module_eeprom and get_module_info.wq
Signed-off-by: Amaranath Somalapuram
---
doc/guides/nics/features/axgbe.ini | 1 +
drivers/net/axgbe/axgbe_ethdev.c | 2 +
drivers/net/axgbe/axgbe_phy.h
> From: dev On Behalf Of Igor Russkikh
> Sent: Monday, January 4, 2021 6:15 PM
>
> > When calling rte_eth_promiscuous_enable(port_id) followed by
> > rte_eth_allmulticast_enable(port_id), the port is not in promisc mode
> > anymore. This patch ensures that promisc mode takes precedence over
> > a
> -Original Message-
> From: Ophir Munk
> Sent: Sunday, December 20, 2020 12:42 PM
> To: dev@dpdk.org; Ori Kam ; Ophir Munk
>
> Cc: NBU-Contact-Thomas Monjalon
> Subject: [PATCH v2 0/6] regex multi Q with multi cores support
>
> This patchset enhances the regex application to support
On 12/23/2020 12:05 PM, Ugendreshwar Kudupudi wrote:
Added Marvell LiquidIO Driver Maintainer
Signed-off-by: Ugendreshwar Kudupudi
---
MAINTAINERS | 5 ++---
1 file changed, 2 insertions(+), 3 deletions(-)
diff --git a/MAINTAINERS b/MAINTAINERS
index eafe9f8c4..a8d68f7ed 100644
--- a/MAINTA
Adds the check for the process type
primary and secondary. Allocate
memzone only in the primary porcess
space and return the same memzone
in secondary process.
Signed-off-by: Kumar Amber
---
drivers/raw/ioat/ioat_common.c | 17 ++---
drivers/raw/ioat/ioat_rawdev.c | 18 ++
On Mon, Jan 4, 2021 at 12:29 PM Ferruh Yigit wrote:
>
> On 1/4/2021 8:28 AM, Mauro Matteo Cascella wrote:
> > Hello,
> >
> > Is there any particular reason for the Scope metric to be Unchanged
> > (S:U) for CVE-2020-14377 and CVE-2020-14378?
> >
>
> removed dpdk-announce mail list
>
> Hi Mauro,
>
> When calling rte_eth_promiscuous_enable(port_id) followed by
> rte_eth_allmulticast_enable(port_id), the port is not in promisc mode
> anymore. This patch ensures that promisc mode takes precedence over
> allmulticast mode fixing the regression introduced by b10231aed1ed.
>
> Signed-off-by: Ba
On 12/30/2020 6:00 PM, Andrew Boyer wrote:
Hello David,
I’m hitting this issue on the next/dpdk-next-net branch. Is there a way to pull
the patch into all of the next-* branches so that others don’t hit it too?
next-net rebased on the main repo to include the commit, fyi.
For the next trees,
On 12/29/2020 7:09 AM, selwin.sebast...@amd.com wrote:
From: Selwin Sebastian
Added support for fw_version_get API
Signed-off-by: Selwin Sebastian
---
doc/guides/nics/features/axgbe.ini | 1 +
drivers/net/axgbe/axgbe_ethdev.c | 1 +
drivers/net/axgbe/axgbe_rxtx.c | 25
On 12/30/2020 12:55 PM, Balazs Nemeth wrote:
Hi, I already posted a patch that fixes the issue on my side here:
http://mails.dpdk.org/archives/dev/2020-December/195206.html
Regards,
Balazs
On Wed, 2020-12-30 at 12:51 +, Devendra Singh Rawat wrote:
Adding more people to comment/investigate
Apologies, I meant to add David as well.
> -Original Message-
> From: Juraj Linkeš
> Sent: Monday, January 4, 2021 12:52 PM
> To: tho...@monjalon.net; bruce.richard...@intel.com;
> honnappa.nagaraha...@arm.com
> Cc: dev@dpdk.org; Juraj Linkeš
> Subject: [RFC PATCH v2] build: add platform
The current meson option 'machine' should only specify the ISA, which is
not sufficient for Arm, where setting ISA implies other setting as well.
Add a new meson option, 'platform', which differentiates the type of the
build (native/generic) and sets machine accordingly, unless the user
chooses to
On 12/31/2020 7:22 AM, Nalla, Pradeep wrote:
From: "Nalla Pradeep"
This patch set contains PMD with minimal set of operations
that can drive both Octeon Tx and Tx2 in endpoint.
Hi Pradeep,
There is already octeontx and octeontx2 net drivers, what is the difference of
the 'endpoint' driver,
On 1/4/2021 8:28 AM, Mauro Matteo Cascella wrote:
Hello,
Is there any particular reason for the Scope metric to be Unchanged
(S:U) for CVE-2020-14377 and CVE-2020-14378?
removed dpdk-announce mail list
Hi Mauro,
CVE-2020-14377, the memory over read is in the scope of the same application,
> -Original Message-
> From: Nithin Dabilpuram
> Sent: Monday, December 14, 2020 10:29 AM
> To: Dumitrescu, Cristian
> Cc: jer...@marvell.com; dev@dpdk.org; Nithin Dabilpuram
>
> Subject: [PATCH 2/2] bitmap: fix bitmap not empty API for 128B cacheline
>
> Currently bitmap line not em
Signed-off-by: Dheemanth Mallikarjun
---
drivers/net/vmxnet3/vmxnet3_ethdev.c | 14 ++
1 file changed, 14 insertions(+)
diff --git a/drivers/net/vmxnet3/vmxnet3_ethdev.c
b/drivers/net/vmxnet3/vmxnet3_ethdev.c
index 23a2ebbef..814ccfa79 100644
--- a/drivers/net/vmxnet3/vmxnet3_ethdev
Hi Zhang ,
With the current understanding we agree we don't actually need to fix .
Will abandon the patch and close the issue .
Regards
Amber
-Original Message-
From: Zhang, Qi Z
Sent: Thursday, December 24, 2020 6:30 AM
To: Amber, Kumar ; dev@dpdk.org
Cc: Zhao1, Wei
Subject: RE: [
Hello DevTeam members,
We have a dpdk application where we are using multiple KNI's as slaves
under a linux virtual interface which is acting as master. When process got
SIGSEGV , we are seeing that process remains in defunct state and linux
kernel is trying to release those slave interfaces in ba
Hello,
Is there any particular reason for the Scope metric to be Unchanged
(S:U) for CVE-2020-14377 and CVE-2020-14378?
Thank you,
On Mon, Sep 28, 2020 at 5:43 PM Ferruh Yigit wrote:
>
> A set of vulnerabilities are fixed in DPDK:
> - CVE-2020-14374
> - CVE-2020-14375
> - CVE-2020-14376
> - CVE
60 matches
Mail list logo
