Hi,
We could not observe RSS distribution of GRE traffic based on encapsulated
payload with vmxnet3.
Does vmxnet3 RSS support Tunneling (GRE/IPnIP) protocols ?
Tried with dpdk 19.11.0 and ESXi-6.7 version.
Thanks
Manoj
> -Original Message-
> From: Maxime Coquelin
> Sent: Wednesday, January 20, 2021 5:25 AM
> To: dev@dpdk.org; Xia, Chenbo ; olivier.m...@6wind.com;
> amore...@redhat.com; david.march...@redhat.com
> Cc: Maxime Coquelin
> Subject: [PATCH v2 30/44] net/virtio: add Virtio-user vring setting o
Hi Maxime,
> -Original Message-
> From: Maxime Coquelin
> Sent: Wednesday, January 20, 2021 5:25 AM
> To: dev@dpdk.org; Xia, Chenbo ; olivier.m...@6wind.com;
> amore...@redhat.com; david.march...@redhat.com
> Cc: Maxime Coquelin
> Subject: [PATCH v2 29/44] net/virtio: add Virtio-user mem
Hi Maxime,
> -Original Message-
> From: Maxime Coquelin
> Sent: Wednesday, January 20, 2021 5:25 AM
> To: dev@dpdk.org; Xia, Chenbo ; olivier.m...@6wind.com;
> amore...@redhat.com; david.march...@redhat.com
> Cc: Maxime Coquelin
> Subject: [PATCH v2 28/44] net/virtio: add Virtio-user pro
Hi Maxime,
> -Original Message-
> From: Maxime Coquelin
> Sent: Wednesday, January 20, 2021 5:25 AM
> To: dev@dpdk.org; Xia, Chenbo ; olivier.m...@6wind.com;
> amore...@redhat.com; david.march...@redhat.com
> Cc: Maxime Coquelin
> Subject: [PATCH v2 27/44] net/virtio: add Virtio-user fea
On 2021/1/21 23:38, Maxime Coquelin wrote:
Do you mean we apply or abandon patch 3? I am both OK. The first
priority to me is to enable MMIO bar support.
OK, so yes, I think we should abandon patch 2 and patch 3.
For patch 1, it looks valid to me, but I'll let Ferruh decide.
For your device,
Hi Jia,
The change in commit:b826efba6de4 does follow the x540 datasheet, but is not
consistent with the latest ixgbe kernel driver(v5.10.2).
In ixgbe_main.c(kernel driver), there are the following code, without any
precondition. I think the author think NFS packet shall not be filtered in any
> -Original Message-
> From: dev On Behalf Of Ferruh Yigit
> Sent: Thursday, January 21, 2021 8:04 PM
> To: dev@dpdk.org
> Cc: tho...@monjalon.net
> Subject: [dpdk-dev] DPDK Release Status Meeting 21/01/2021
>
> Meeting minutes of 21 January 2021
> --
>
>
> -Original Message-
> From: Guo, Junfeng
> Sent: Friday, January 22, 2021 21:36
> To: Zhang, Qi Z ; Wu, Jingjing ;
> Xing, Beilei
>
> Cc: dev@dpdk.org; Wang, Haiyue ; Zhang, Yuying
> ; Guo,
> Junfeng
> Subject: [PATCH] net/iavf: fix port VLAN cfg err for AVF with SVM
>
> For AVF with
Tested-by: Zhou, Jun
-Original Message-
From: dev [mailto:dev-boun...@dpdk.org] On Behalf Of Zhang,Alvin
Sent: Thursday, January 21, 2021 5:42 PM
To: Yigit, Ferruh
Cc: dev@dpdk.org; Zhang, AlvinX ; sta...@dpdk.org
Subject: [dpdk-dev] [PATCH v2] app/testpmd: fix RSS key
From: Alvin Zhan
For AVF with single vlan mode (SVM), port vlan stripping config
has already been disabled by PF. In this scenario, the error of
-ENOTSUP can be ignored.
Fixes: 1c301e8c3cff ("net/iavf: support new VLAN capabilities")
Signed-off-by: Junfeng Guo
---
drivers/net/iavf/iavf_ethdev.c | 3 +++
1 file c
Hi, dapeng
> -Original Message-
> From: dapengx...@intel.com
> Sent: Wednesday, January 20, 2021 5:27 PM
> To: Guo, Jia ; Wang, Haiyue ;
> Yang, Qiming
> Cc: dev@dpdk.org; Yu, DapengX ; sta...@dpdk.org
> Subject: [PATCH] net/ixgbe: disable NFS filtering
>
> From: Dapeng Yu
>
> Disable
For eventdev pipeline test, in burst_tx cases, there is no needed to
set ev.op as RTE_EVENT_OP_RELEASE and call pipeline_event_enqueue_burst
to release events. This is because for tx mode(internal_port=true),
the capability "implicit_release" of dev is enabled, and the app can
release events by "rt
For the fwd mode (internal_port = false) in pipeline test,
processed-pkts increment should after enqueue. However, in
multi_stage_fwd and multi_stage_burst_fwd, "w->processed_pkts" is
increased before enqueue.
To fix this, move "w->processed_pkts" increment after enqueue, and then
the main core ca
Fix bugs of app eventdev
Feifei Wang (2):
app/eventdev: adjust event count order for pipeline test
app/eventdev: remove redundant enqueue in burst Tx
app/test-eventdev/test_pipeline_queue.c | 17 -
1 file changed, 8 insertions(+), 9 deletions(-)
--
2.25.1
> -Original Message-
> From: Ding, Xuan
> Sent: Friday, January 22, 2021 11:19 AM
> To: Zhang, Qi Z ; Wu, Jingjing ;
> Xing, Beilei
> Cc: dev@dpdk.org; Ding, Xuan ; sta...@dpdk.org
> Subject: [PATCH] net/iavf: fix symmetric rule creating
>
> Only allow to create symmetric rule for L3/
Hi Ferruh,
Yes, all the command need PCI BDF as identifier of FPGA, because Cyborg use PCI
BDF to call these APIs, Cyborg does not see any DPDK data structures. That's
why I add a group of middle layer functions in ifpga_opae_api.c to isolate
Cyborg from DPDK.
Thanks,
Wei
-Original Messag
> -Original Message-
> From: Maxime Coquelin
> Sent: Wednesday, January 20, 2021 5:25 AM
> To: dev@dpdk.org; Xia, Chenbo ; olivier.m...@6wind.com;
> amore...@redhat.com; david.march...@redhat.com
> Cc: Maxime Coquelin
> Subject: [PATCH v2 26/44] net/virtio: add Virtio-user ops to set owne
Hi Ferruh,
Most of other APIs depends on EAL environment, they will make sure EAL is ready
be executing their task.
As replied in previous mail, these functions will be called in Python
environment. Python application should initialize EAL explicitly before calling
other APIs like opae_update_
Only allow to create symmetric rule for L3/L4.
Fixes: 91f27b2e39ab("net/iavf: refactor RSS")
Cc: sta...@dpdk.org
Signed-off-by: Xuan Ding
---
drivers/net/iavf/iavf_hash.c | 7 +++
1 file changed, 7 insertions(+)
diff --git a/drivers/net/iavf/iavf_hash.c b/drivers/net/iavf/iavf_hash.c
index
Hi Ferruh,
That's a good question.
The answer is YES, we do need all these functions. We have complete the
integrated test with Cyborg, there is no redundant function. Let me show you a
use case in Cyborg.
Cyborg will update FPGA flash and reboot it to make it effective, so they will
call funct
> -Original Message-
> From: Zhang, Yuying
> Sent: Tuesday, January 19, 2021 3:13 PM
> To: dev@dpdk.org; Yang, Qiming ; Zhang, Qi Z
>
> Cc: Wang, Haiyue ; Guo, Junfeng
> ; Zhang, Yuying
> Subject: [PATCH v1] net/ice/base: add ethertype offset for QinQ dummy pkt
>
> Add the ethertype
Hi Ferruh,
These log information will not be output for the default log level is
OPAE_LOG_ERR, they are output only when log level is set to OPAE_LOG_INFO. I
can remove them if you think it's necessary.
All these opae_xxx functions will check the input PCI address is valid or not,
and the rawd
> -Original Message-
> From: Ding, Xuan
> Sent: Thursday, January 21, 2021 3:27 PM
> To: Zhang, Qi Z ; Wu, Jingjing ;
> Xing, Beilei
> Cc: dev@dpdk.org; Ding, Xuan ; sta...@dpdk.org
> Subject: [PATCH] net/ice: fix symmetric rule creating
>
> Only allow to create symmetric rule for L3/
> -Original Message-
> From: Wang, Haiyue
> Sent: Friday, January 22, 2021 1:32 AM
> To: dev@dpdk.org
> Cc: Yang, Qiming ; Zhang, Qi Z
> ; Fu, Qi ; Wang, Haiyue
> ; sta...@dpdk.org
> Subject: [PATCH v3] net/ice: drain out DCF AdminQ command queue
>
> The virtchnl message is handled one
Hi Ferruh,
Cyborg is an OpenStack project that aims to provide a general purpose
management framework for acceleration resources (i.e. various types of
accelerators such as GPU, FPGA, NP, ODP, DPDK/SPDK and so on).
To update the FPGA flash is one of requirements from Cyborg. Originally there
a
Hi,
> -Original Message-
> From: Maxime Coquelin
> Sent: Thursday, January 21, 2021 8:35 PM
> To: Jiang, Cheng1 ; Xia, Chenbo
>
> Cc: dev@dpdk.org; Hu, Jiayu ; Yang, YvonneX
> ; Wang, Yinan
> Subject: Re: [PATCH v9 1/2] examples/vhost: add ioat ring space count and
> check
>
>
>
> On
Some parameters of typedef'ed function pointers were not properly listed
in the doxygen comments.
The error is seen with doxygen 1.9 which added this specific check:
https://github.com/doxygen/doxygen/commit/d34236ba4037
Cc: sta...@dpdk.org
Signed-off-by: Thomas Monjalon
---
lib/librte_
21/01/2021 16:15, Bruce Richardson:
> On Thu, Jan 21, 2021 at 10:36:18AM +0100, Thomas Monjalon wrote:
> > 21/01/2021 10:33, Bruce Richardson:
> > > On Thu, Jan 21, 2021 at 10:25:07AM +0100, David Marchand wrote:
> > > > Is rte_byteorder.h inclusion in rte_mbuf.h still necessary?
> > > >
> > > Good
21/01/2021 20:09, Pallavi Kadam:
> Add documentation to support i40e PMD on Windows.
> Update the release notes for the same.
>
> Signed-off-by: Pallavi Kadam
> Reviewed-by: Ranjit Menon
> ---
> doc/guides/nics/i40e.rst | 16 ++--
> doc/guides/rel_notes/release_21_02.r
From: Maxime Coquelin
> On 1/14/21 4:23 PM, Matan Azrad wrote:
> >
> >
> > From: Maxime Coquelin
> >> On 1/14/21 2:09 PM, Matan Azrad wrote:
> >>>
> >>>
> >>> From: Maxime Coquelin
> Hi Matan,
>
> On 1/14/21 12:49 PM, Matan Azrad wrote:
> > Hi Maxime and David
> >
> > T
On Wed, Jan 20, 2021 at 11:17 PM Ajit Khaparde wrote:
>
> From: Somnath Kotur
>
> err_recovery_lock needs to be released before returning in
> stop and close_op if FW_RESET flag is set.
>
> Fixes: dd3613560573 ("net/bnxt: check chip reset in dev stop and close")
> Signed-off-by: Somnath Kotur
>
On Wed, Jan 20, 2021 at 11:15 PM Ajit Khaparde wrote:
>
> From: Somnath Kotur
>
> Move all the individual driver fields allocation routines to one
> routine - bnxt_drv_init(). This houses all such routines where
> memory needs to be allocated once during the driver's lifetime
> and does not need
On Mon, Jan 18, 2021 at 2:08 AM Steve Yang wrote:
>
> When the max rx packet length is smaller than the sum of mtu size and
> ether overhead size, it should be enlarged, otherwise the VLAN packets
> will be dropped.
>
> Removed the rx_offloads assignment for jumbo frame during command line
> parsi
Add documentation to support i40e PMD on Windows.
Update the release notes for the same.
Signed-off-by: Pallavi Kadam
Reviewed-by: Ranjit Menon
---
doc/guides/nics/i40e.rst | 16 ++--
doc/guides/rel_notes/release_21_02.rst | 4
2 files changed, 18 insertions(+),
Hi Matan,
Can you send an RFC patch for the changes you are looking forward in the
cryptodev lib.
Regards,
Akhil
From: Matan Azrad
Sent: Thursday, January 21, 2021 11:16 PM
To: Akhil Goyal ; Declan Doherty
Cc: dev@dpdk.org
Subject: RE: Crypto API for AES-XTS cipher algorithm
Hi Akhil
Yes, y
When testing high performance numbers, it is often that CPU performance
limits the max values device can reach (both in pps and in gbps)
Here instead of recreating each packet separately, we use clones counter
to resend the same mbuf to the line multiple times.
PMDs handle that transparently due
The virtchnl message is handled one by one by checking opcode to match
the response for the request.
The DCF AdminQ command with buffer needs two virtchnl commands, one is
to handle the AdminQ descriptor, the other is to the handle AdminQ
buffer. If both of them are sent to PF successfully, it nee
Hi Akhil
Yes, you right regards terms of data-unit and block size.
My intention was for data-unit.
AES-XTS algorithm is a mode of AES so by definition the block size is 16B.
So, no need capability for it.
Also in the symmetric operation structure, the `length` field is described as
next:
/**< T
> -Original Message-
> From: Richardson, Bruce
> Sent: Monday, January 18, 2021 2:30 PM
> To: dev@dpdk.org
> Cc: Yigit, Ferruh ; Richardson, Bruce
> ; sta...@dpdk.org; Matan Azrad
> ; Shahaf Shuler ; Viacheslav
> Ovsiienko ; Liron Himi ;
> Trahe, Fiona ; Griffin, John
> ; Jain, Deepak K
21/01/2021 17:12, Bruce Richardson:
> On Thu, Jan 21, 2021 at 04:52:43PM +0100, Thomas Monjalon wrote:
> > 21/01/2021 16:02, Juraj Linkeš:
> > > From: Thomas Monjalon
> > > > 20/01/2021 09:41, Juraj Linkeš:
> > > > > From: Honnappa Nagarahalli
> > > > > > > 20/01/2021 02:04, Honnappa Nagarahalli:
From: Bruce Richardson
re-organise the including of the new public header file and
remove un-needed includes
Fixes: 210c383e247b ("power: packet format for vm power management")
Fixes: cd0d5547e873 ("power: vm communication channels in guest")
Cc: sta...@dpdk.org
Signed-off-by: Bruce Richardson
From: Bruce Richardson
Adjust meson.build so that 'ninja install' copies the new header
file into the installation directory.
Fixes: 210c383e247b ("power: packet format for vm power management")
Fixes: cd0d5547e873 ("power: vm communication channels in guest")
Cc: sta...@dpdk.org
Signed-off-by:
From: Bruce Richardson
Rename the #defines to have an RTE_POWER_ prefix
Fixes: 210c383e247b ("power: packet format for vm power management")
Fixes: cd0d5547e873 ("power: vm communication channels in guest")
Cc: sta...@dpdk.org
Signed-off-by: Bruce Richardson
Signed-off-by: David Hunt
---
exa
From: Bruce Richardson
rename the public structs to have an rte_power_ prefix and
add them to version.map in experimental section.
Fixes: 210c383e247b ("power: packet format for vm power management")
Fixes: cd0d5547e873 ("power: vm communication channels in guest")
Cc: sta...@dpdk.org
Signed-of
From: Bruce Richardson
Move the 2 public functions into rte_power_guest_channel.h
Fixes: 210c383e247b ("power: packet format for vm power management")
Fixes: cd0d5547e873 ("power: vm communication channels in guest")
Cc: sta...@dpdk.org
Signed-off-by: Bruce Richardson
Signed-off-by: David Hunt
From: Bruce Richardson
In preparation for making the header file public, we first rename
channel_commands.h as rte_power_guest_channel.h.
Fixes: 210c383e247b ("power: packet format for vm power management")
Fixes: cd0d5547e873 ("power: vm communication channels in guest")
Cc: sta...@dpdk.org
Si
The guest channel message definitions and functions in guest_channel.h
are needed by applications and need to be made public.
This worked pre-20.11, but now with all the meson/ninja changes, making
these apps externally no longer works. To fix, we need to move the
header file with the API definiti
From: Tal Shnaiderman
> Sent: Thursday, January 21, 2021 6:52 PM
> To: Matan Azrad ; dev@dpdk.org
> Cc: NBU-Contact-Thomas Monjalon ; Ashish Gupta
> ; Fiona Trahe ;
> akhil.go...@nxp.com
> Subject: RE: [dpdk-dev] [PATCH v3 01/11] common/mlx5: add DevX attributes
> for compress
>
> > Subject: [d
Hi, Souvik
Thank you for the patch, please see my comments below.
>From: Souvik Dey
>Sent: Wednesday, December 9, 2020 17:11
>To: Raslan Darawsheh ; Matan Azrad ;
>Shahaf Shuler >; Slava Ovsiienko
>Cc: dev@dpdk.org; Souvik Dey
>Subject: [PATCH] net/mlx5:fix storing the synced MAC to internal
> Subject: [dpdk-dev] [PATCH v3 01/11] common/mlx5: add DevX attributes
> for compress
>
> Add the DevX attributes for compress related engines:
> - compress
> - decompress
> - dma
>
> Signed-off-by: Matan Azrad
> Acked-by: Viacheslav Ovsiienko
> ---
> drivers/common/mlx5/mlx
On 1/21/2021 6:03 AM, Wei Huang wrote:
+get_property command
+
+
+Display property information of specified FPGA. Property type is defined as
below.
+0 - All properties
+1 - PCI property
+2 - FME property
+4 - port property
+8 - BMC property
+PCI property is always available,
Hi All,
Trying to follow the specific conversation. It is correct, the lab does
not list the specific throughput values achieved by the hardware, as that
data can be sensitive to the hardware vendors, etc. The purpose of the lab
is to check for degradations caused by patches, so the difference is
On 1/21/2021 6:03 AM, Wei Huang wrote:
+int opae_init(int eal_init_result)
+{
+ int ret = 0;
+
+ if (!check_eal(0))
+ return 0;
+
+ if (eal_init_result < 0) {
+ if (rte_errno == EALREADY) {
+ eal_inited = 1;
+
On 1/21/2021 6:03 AM, Wei Huang wrote:
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
On 1/21/2021 6:03 AM, Wei Huang wrote:
Cyborg is an OpenStack project that aims to provide a general purpose
management framework for acceleration resources (i.e. various types
of accelerators such as GPU, FPGA, NP, ODP, DPDK/SPDK and so on).
It needs some OPAE type APIs to manage PACs (Programma
On 1/21/2021 6:03 AM, Wei Huang wrote:
Cyborg is an OpenStack project that aims to provide a general purpose
management framework for acceleration resources (i.e. various types
of accelerators such as GPU, FPGA, NP, ODP, DPDK/SPDK and so on).
It needs some OPAE type APIs to manage PACs (Programma
On Thu, Jan 21, 2021 at 04:52:43PM +0100, Thomas Monjalon wrote:
> 21/01/2021 16:02, Juraj Linkeš:
> > From: Thomas Monjalon
> > > 20/01/2021 09:41, Juraj Linkeš:
> > > > From: Honnappa Nagarahalli
> > > > > > 20/01/2021 02:04, Honnappa Nagarahalli:
> > > > > > > > On Tue, Jan 19, 2021 at 04:52:1
21/01/2021 16:15, Dodji Seketeli:
> Hello Thomas and others,
>
> Thomas Monjalon writes:
>
> > Question to an expert, Dodji,
>
> Thanks for the kind words, but I am not an expert in anything, sadly. I
> am just trying to keep learning about these things ;-)
>
> > We have this structure:
> >
>
21/01/2021 16:02, Juraj Linkeš:
> From: Thomas Monjalon
> > 20/01/2021 09:41, Juraj Linkeš:
> > > From: Honnappa Nagarahalli
> > > > > 20/01/2021 02:04, Honnappa Nagarahalli:
> > > > > > > On Tue, Jan 19, 2021 at 04:52:19PM +0100, Thomas Monjalon wrote:
> > > > > > > > 19/01/2021 15:56, Juraj Lin
Reorganize and update the aarch64 cross guide with clang cross
compilation. Update the GNU toolchain version which clang also uses.
Reorganize into common part, GNU part and clang part.
Signed-off-by: Juraj Linkeš
Acked-by: Ruifeng Wang
---
.../linux_gsg/cross_build_dpdk_for_arm64.rst | 183 ++
Mirror the existing gcc jobs - build static and shared libs.
Use arm64_armv8_linux_clang_ubuntu1804 meson cross file.
Signed-off-by: Juraj Linkeš
---
.ci/linux-build.sh | 6 +-
.travis.yml| 18 ++
2 files changed, 23 insertions(+), 1 deletion(-)
diff --git a/.ci/lin
Create distribution specific meson cross-file
arm64_armv8_linux_clang_ubuntu1804. The file is distribution specific
because it contains paths to headers and libs specific to the
distribution. The clang/LLVM toolchain does not provide its own c stdlib
so the paths must be supplied in some manner.
I
Use clang/LLVM toolchain with gcc stdlib to cross compile aarch64 target.
v3:
Removed AARCH_GCC and AARCH_CLANG variables in favor of CC_FOR_BUILD.
v4:
Rebased.
Updated commit msg in build: add aarch64 clang to meson cross-compile.
v5:
Rebased.
Reworded commit msg in build: add aarch64 clang to
On 1/21/21 3:57 PM, 谢华伟(此时此刻） wrote:
>
> On 2021/1/21 16:29, Maxime Coquelin wrote:
>>
>> On 1/20/21 3:54 PM, 谢华伟(此时此刻） wrote:
>>> On 2021/1/13 0:58, Maxime Coquelin wrote:
On 1/12/21 10:37 AM, Maxime Coquelin wrote:
> bus/pci: ...
>
> On 10/22/20 5:51 PM, 谢华伟(此时此刻） wrote:
On Thu, Jan 21, 2021 at 10:36:18AM +0100, Thomas Monjalon wrote:
> 21/01/2021 10:33, Bruce Richardson:
> > On Thu, Jan 21, 2021 at 10:25:07AM +0100, David Marchand wrote:
> > > Is rte_byteorder.h inclusion in rte_mbuf.h still necessary?
> > >
> > Good question. The checks I was doing were only for
Hello Thomas and others,
Thomas Monjalon writes:
> Question to an expert, Dodji,
Thanks for the kind words, but I am not an expert in anything, sadly. I
am just trying to keep learning about these things ;-)
> We have this structure:
>
> struct rte_cryptodev {
> lot of fields...
>
> -Original Message-
> From: Thomas Monjalon
> Sent: Wednesday, January 20, 2021 11:35 AM
> To: Juraj Linkeš
> Cc: david.march...@redhat.com; acon...@redhat.com;
> maicolgabr...@hotmail.com; jerinjac...@gmail.com; ferruh.yi...@intel.com;
> ruifeng.w...@arm.com; dev@dpdk.org; bruce.richa
> -Original Message-
> From: Thomas Monjalon
> Sent: Wednesday, January 20, 2021 5:10 PM
> To: Honnappa Nagarahalli ; Bruce
> Richardson ; Juraj Linkeš
>
> Cc: Ruifeng Wang ; Phil Yang
> ; vcchu...@amazon.com; Dharmik Thakkar
> ; jerinjac...@gmail.com;
> hemant.agra...@nxp.com; Ajit Kha
"
I think that using inb/outb in the case of VFIO with IOMMU enabled won't
work without cap_sys_rawio, and using it in the case of VFIO with IOMMU
disabled just bypasses VFIO and so is not correct.
Get your concern.
PIO bar:
HW virtio on HW machine: any vendor implements hardware virti
On 2021/1/21 16:29, Maxime Coquelin wrote:
On 1/20/21 3:54 PM, 谢华伟(此时此刻） wrote:
On 2021/1/13 0:58, Maxime Coquelin wrote:
On 1/12/21 10:37 AM, Maxime Coquelin wrote:
bus/pci: ...
On 10/22/20 5:51 PM, 谢华伟(此时此刻） wrote:
From: "huawei.xhw"
VFIO should use the same way to map/read/write PORT
The virtchnl command message response is handled by matching the opcode
only for limitation.
The DCF AdminQ command with buffer data needs two virtchnl commands, one
is to handle the AdminQ header, the other is to handle AdminQ buffer. If
the AdminQ header command gets the failure response, the Ad
The virtchnl command message response is handled by matchiing the opcode
only for limitation.
The DCF AdminQ command with buffer data needs two virtchnl commands, one
is to handle the AdminQ header, the other is to handle AdminQ buffer. If
the AdminQ header command gets the failure response, the A
> -Original Message-
> From: Alexander Kozyrev
> Sent: Thursday, January 14, 2021 23:32
> To: dev@dpdk.org
> Cc: sta...@dpdk.org; Raslan Darawsheh ; Slava
> Ovsiienko ; Matan Azrad
> Subject: [PATCH] net/mlx5: fix wrong Flow Tag decompression
>
> Packets can get a wrong Flow Tag on x86 a
> >> The networking drivers features matrix had rows to show
> >> OS and kernel modules support:
> >>- BSD nic_uio
> >>- Linux UIO
> >>- Linux VFIO
> >>- Other kdrv
> >>- Windows
> >>
> >> The kernel modules details are removed to keep only OS support:
> >>- FreeBSD
> >>
On 2021/1/21 16:47, Maxime Coquelin wrote:
On 1/21/21 5:12 AM, 谢华伟(此时此刻） wrote:
On 2021/1/13 1:37, Maxime Coquelin wrote:
On 10/22/20 5:51 PM, 谢华伟(此时此刻） wrote:
From: "huawei.xhw"
Legacy virtio-pci only supports PIO BAR resource. As we need to
create lots of
virtio devices and PIO resource
Hi,
> -Original Message-
> From: Michael Baum
> Sent: Wednesday, January 20, 2021 10:15 AM
> To: dev@dpdk.org
> Cc: Matan Azrad ; Raslan Darawsheh
> ; David Marchand
> Subject: [PATCH v2 0/2] net/mlx4: fix PCI probe and remove functions
>
> A couple of bug fixes in probing and removing
On 1/21/2021 8:38 AM, Andrew Rybchenko wrote:
On 1/21/21 2:03 AM, Thomas Monjalon wrote:
The networking drivers features matrix had rows to show
OS and kernel modules support:
- BSD nic_uio
- Linux UIO
- Linux VFIO
- Other kdrv
- Windows
The kernel module
There is the "set rxpkts" command in the testpmd interactive mode,
it configures the segment sizes to split the packet on receiving.
The mentioned segment sizes are provided on the Rx queue setup
as part of queue configuration. Hence, to take the rxpkts command
into effect the Rx queues must be exp
On 1/12/21 5:38 AM, Cheng Jiang wrote:
> 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
> Reviewed-by: Jiayu Hu
On 1/12/21 5:38 AM, Cheng Jiang wrote:
> 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
> Reviewed-by: Jiay
Hi,
> -Original Message-
> From: dev On Behalf Of Dekel Peled
> Sent: Sunday, January 17, 2021 11:41 AM
> To: Matan Azrad ; Shahaf Shuler
> ; Slava Ovsiienko
> Cc: dev@dpdk.org; sta...@dpdk.org
> Subject: [dpdk-dev] [PATCH] net/mlx5: fix flow split combined with age
> action
>
> Current
Hi,
> -Original Message-
> From: dev On Behalf Of Dekel Peled
> Sent: Sunday, January 17, 2021 11:41 AM
> To: Matan Azrad ; Shahaf Shuler
> ; Slava Ovsiienko
> Cc: dev@dpdk.org; sta...@dpdk.org
> Subject: [dpdk-dev] [PATCH] net/mlx5: fix flow split combined with counter
>
> Currently, f
Meeting minutes of 21 January 2021
--
Agenda:
* Release Dates
* Highlights
* -rc1 status
* Subtrees
* LTS
* Opens
Participants:
* Arm
* Broadcom
* Debian/Microsoft
* Intel
* Nvidia
* NXP
* Red Hat
Release Dates
-
* v21.02 dates
* -rc1 is released
Hi Thomas,
There is a user request to be able to download the 'dpdk-kmods' repo as tarball.
The 'dpdk' repo can be downloaded form https://git.dpdk.org/ per each tag, but
since the 'dpdk-kmods' repo doesn't have any tag, it is not possible.
Also 'dpdk-kmods' is not under the download page, ht
On Mon, Jan 18, 2021 at 1:57 PM Lance Richardson
wrote:
>
> Fix mask to include all four bits of hardware packet type
> field.
>
> Fixes: 97b1db288dd0 ("net/bnxt: use table based packet type translation")
> Cc: sta...@dpdk.org
> Signed-off-by: Lance Richardson
Patch applied to dpdk-next-net-brcm.
On Sun, Jan 17, 2021 at 7:58 PM Kalesh A P
wrote:
>
> From: Kalesh AP
>
> Driver is not logging the complete FW version along with HSI version.
> Fix it to indicate complete FW version string.
>
> Fixes: 9a891c1764ea ("net/bnxt: update HWRM to version 1.9.2")
> Cc: sta...@dpdk.org
>
> Signed-off-
On 19-Jan-21 11:39 PM, Thomas Monjalon wrote:
18/01/2021 16:41, Anatoly Burakov:
+ /* now that we've validated the request, time for a PSA */
What is PSA?
Public Service Announcement :)
+ eal_memalloc_mem_event_notify(RTE_MEM_EVENT_FREE,
+ m->free_req.ad
On 1/14/21 4:23 PM, Matan Azrad wrote:
>
>
> From: Maxime Coquelin
>> On 1/14/21 2:09 PM, Matan Azrad wrote:
>>>
>>>
>>> From: Maxime Coquelin
Hi Matan,
On 1/14/21 12:49 PM, Matan Azrad wrote:
> Hi Maxime and David
>
> Thank you for Review.
>
> From: David Ma
> -Original Message-
> From: Thomas Monjalon
> Sent: Wednesday 20 January 2021 13:16
> To: Gujjar, Abhinandan S ; Kinsella, Ray
> ; m...@ashroe.eu
> Cc: dev@dpdk.org; Ananyev, Konstantin ;
> Akhil Goyal ; acon...@redhat.com;
> david.march...@redhat.com
> Subject: Re: [dpdk-dev] [PATCH v
> -Original Message-
> From: Thomas Monjalon
> Sent: Tuesday 19 January 2021 18:32
> To: Gujjar, Abhinandan S
> Cc: dev@dpdk.org; Ananyev, Konstantin ;
> Akhil Goyal ; Kinsella, Ray
> ; acon...@redhat.com; david.march...@redhat.com
> Subject: Re: [dpdk-dev] [PATCH v7 1/2] cryptodev: suppo
Hi Arek,
Please see inline.
Thanks
Tejasree
> -Original Message-
> From: Kusztal, ArkadiuszX
> Sent: Thursday, January 21, 2021 2:56 PM
> To: Tejasree Kondoj ; Akhil Goyal
> ; Nicolau, Radu
> Cc: Anoob Joseph ; Ankur Dwivedi
> ; dev@dpdk.org
> Subject: [EXT] RE: [dpdk-dev] [PATCH 2/2]
On Thu, Jan 21, 2021 at 10:36:18AM +0100, Thomas Monjalon wrote:
> 21/01/2021 10:33, Bruce Richardson:
> > On Thu, Jan 21, 2021 at 10:25:07AM +0100, David Marchand wrote:
> > > Is rte_byteorder.h inclusion in rte_mbuf.h still necessary?
> > >
> > Good question. The checks I was doing were only for
From: Alvin Zhang
Since the patch '1848b117' has initialized the variable 'key' in
'struct rte_flow_action_rss' with 'NULL', the PMD cannot get the
RSS key now. Details as bellow:
testpmd> flow create 0 ingress pattern eth / ipv4 / end actions
rss types ipv4-other end key
12345
>-Original Message-
>From: David Marchand
>Sent: Friday, January 15, 2021 11:56 PM
>To: Joyce Kong
>Cc: jer...@marvell.com; Ruifeng Wang ; Honnappa
>Nagarahalli ; dev ; nd
>; dpdk stable
>Subject: Re: [PATCH v1] eal/arm: fix gcc build for 128-bit atomic compare
>exchange
>
>On Fri, Jan 1
21/01/2021 10:33, Bruce Richardson:
> On Thu, Jan 21, 2021 at 10:25:07AM +0100, David Marchand wrote:
> > Is rte_byteorder.h inclusion in rte_mbuf.h still necessary?
> >
> Good question. The checks I was doing were only for missing headers.
> Checking for superfluous headers is more complicated and
Hi Ferruh,
Thanks for your review.
I will modify the patch in V2.
Alvin
> -Original Message-
> From: Ferruh Yigit
> Sent: Wednesday, January 20, 2021 3:15 AM
> To: Zhang, AlvinX
> Cc: dev@dpdk.org; sta...@dpdk.org
> Subject: Re: [PATCH] app/testpmd: fix RSS key
>
> On 1/18/2021 8:59 A
On Thu, Jan 21, 2021 at 10:25:07AM +0100, David Marchand wrote:
> On Fri, Jan 15, 2021 at 12:11 PM Bruce Richardson
> wrote:
> >
> > As a general principle, each header file should include any other
> > headers it needs to provide data type definitions or macros. For
> > example, any header using
> From: dev [mailto:dev-boun...@dpdk.org] On Behalf Of Ferruh Yigit
> Sent: Thursday, January 21, 2021 10:19 AM
>
> On 1/15/2021 6:39 PM, Ali Alnubani wrote:
> > Hi,
> > Adding Ferruh and Zhaoyan,
> >
> >> Ali,
> >>
> >> You reported some performance regression, did you confirm it?
> >> If I get n
Hi Tejasree,
> -Original Message-
> From: dev On Behalf Of Tejasree Kondoj
> Sent: piątek, 18 grudnia 2020 15:10
> To: Akhil Goyal ; Nicolau, Radu
>
> Cc: Tejasree Kondoj ; Anoob Joseph
> ; Ankur Dwivedi ;
> dev@dpdk.org
> Subject: [dpdk-dev] [PATCH 2/2] test/crypto: support SSL/TLS way
1 - 100 of 110 matches
Mail list logo
