> Subject: Re: [dpdk-dev] [PATCH v2 20/33] mlx5/windows: add mlx5 meson
> file
>
> External email: Use caution opening links or attachments
>
>
> On Thu, 10 Dec 2020 17:06:35 +0200, Tal Shnaiderman wrote:
> > File drivers/common/mlx5/windows/meson.build is added to enable mlx5
> > source files c
> Subject: Re: [dpdk-dev] [PATCH] net/netvsc: ignore NVS_TYPE_TXTBL_NOTE
> while executing a sync command
>
> On Thu, 10 Dec 2020 23:52:44 -0800
> Long Li wrote:
>
> > From: Long Li
> >
> > On netvsc initialization, the host VSP may send a NVS_TYPE_TXTBL_NOTE
> > packet while executing a VSP co
On Thu, 10 Dec 2020 17:06:35 +0200, Tal Shnaiderman wrote:
> File drivers/common/mlx5/windows/meson.build is added to enable mlx5
> source files compilation under common windows directory.
> A Devx SDK tool must be installed to export two external H files:
> mlx5devx.h and mlx5_ifc_devx.h. The inst
Hi Chenbo,
Thanks for your advices！
But When I use 'git send-email --to dev@dpdk.org --in-reply-to
1607703293-6121-1-git-send-email-17826875...@163.com --suppress-cc=all
0001-net-virtio-user-fix-run-close-0-and-close-callfd.patch', it still send new
same one in patchwork.😭.Please help me delete
On Thu, 10 Dec 2020 16:26:07 -0800, Pallavi Kadam wrote:
> Add some missing interrupt implementations on Windows.
> Also add respestive functions to export file.
>
> Signed-off-by: Tal Shnaiderman
> Signed-off-by: Pallavi Kadam
> Reviewed-by: Ranjit Menon
> ---
> lib/librte_eal/rte_eal_exports
From: Long Li
On netvsc initialization, the host VSP may send a NVS_TYPE_TXTBL_NOTE
packet while executing a VSP command synchronously.
Instead of returning an error, ignore this packet as we don't use it for
DPDK.
Cc: sta...@dpdk.org
Signed-off-by: Long Li
---
drivers/net/netvsc/hn_nvs.c | 7
Length of hardware IDs list is limited by REGSTR_VAL_MAX_HCID_LEN [1],
which is currently 1024. With the old limit of 260, obtaining the list
could fail in a rare occasion of a very long result (no examples known).
This also removes a bogus dependency on the maximum path length.
[1]:
https://docs
On 12/4/2020 5:36 PM, David Marchand wrote:
With the recent changes in terms of free access to the Travis CI, let's
offer an alternative with GitHub Actions.
Running jobs on ARM is not supported unless using external runners, so
this commit only adds builds for x86_64 and cross compiling for i386
On Thu, Dec 10, 2020 at 04:26:07PM -0800, Pallavi Kadam wrote:
> Add some missing interrupt implementations on Windows.
> Also add respestive functions to export file.
>
> Signed-off-by: Tal Shnaiderman
> Signed-off-by: Pallavi Kadam
> Reviewed-by: Ranjit Menon
> ---
> lib/librte_eal/rte_eal_e
On Fri, 11 Dec 2020 17:31:13 +
Ciara Power wrote:
> + }
> +}
> \ No newline at end of file
> --
Fix your editor please
Hardware ID length is limited by MAX_DEVICE_ID_LEN [1]. No functional
change is intended: new value is 200, and previous one has been 260.
However, it's now correct and creates no bogus dependency on path limit.
[1]:
https://docs.microsoft.com/en-us/windows-hardware/drivers/install/hardware-ids
Hello All,
Looks like the implementation of rte_mempool_populate_default()API changed
from dpdk 18.13 to 19.11 version.
This to get contiguous memory from the page. Please see the difference in
this API.
*from dpdk 18.13:*
" If we fail to get enough contiguous memory, then we'll go and
*from dpd
> On Nov 23, 2020, at 3:09 PM, Asaf Penso wrote:
>
> The documentation file contains some broken links to Mellanox's site.
> Also now BlueField-2 platform is supported.
>
> This patch provides new links and adds documentation for
> BlueField-2 platform.
>
> Signed-off-by: Asaf Penso
> ---
>
This patch adds a maintainer for the crypto perf test application,
to cover the new perf test graphing script.
Signed-off-by: Ciara Power
---
MAINTAINERS | 1 +
1 file changed, 1 insertion(+)
diff --git a/MAINTAINERS b/MAINTAINERS
index 5e9dc1a1a7..9dd3cb9aef 100644
--- a/MAINTAINERS
+++ b/MAIN
The python script introduced in this patch runs the crypto performance
test application for various test cases, and graphs the results.
Test cases are defined in the config JSON file, this is where parameters
are specified for each test. Currently there are various test cases for
devices crypto_qa
The csv outputs for performance tests were not easily consumed, due to
unnecessary whitespaces and capitals. The delimiter is modified to now
be "," instead of ";" which was present in some cases. Some unnecessary
values were also removed from the output.
Signed-off-by: Ciara Power
---
app/test-
The csv output for the latency performance test had an extra header,
"Packet Size", which is a duplicate of "Buffer Size", and had no
corresponding value in the output. This is now removed.
Fixes: f6cefe253cc8 ("app/crypto-perf: add range/list of sizes")
Cc: pablo.de.lara.gua...@intel.com
Cc: sta.
This patchset introduces a python script to run various crypto performance
test cases, and graph the results in a consumable manner. The test suites can
be configured via a JSON file, currently throughput and latency ptests for
devices crypto_qat, crypto_aesni_mb and crypto_aesni_gcm are supported.
On Thu, 10 Dec 2020 23:52:44 -0800
Long Li wrote:
> From: Long Li
>
> On netvsc initialization, the host VSP may send a NVS_TYPE_TXTBL_NOTE packet
> while executing a VSP command synchronously.
>
> Ignore this packet as we don't use it for DPDK.
>
> Cc: sta...@dpdk.org
> Signed-off-by: Long L
From: Jiawei Zhu
When i < VIRTIO_MAX_VIRTQUEUES and j == i,
dev->callfds[i] and dev->kickfds[i] are default 0.
So it will close(0), close the standard input (stdin).
And when the code fails in kickfd creation,
it will leaves one callfd not closed.
Fixes: e6e7ad8b3024 ("net/virtio-user: move even
From: Jiawei Zhu
When i < VIRTIO_MAX_VIRTQUEUES and j == i,
dev->callfds[i] and dev->kickfds[i] are default 0.
So it will close(0), close the standard input (stdin).
And when the code fails in kickfd creation,
it will leaves one callfd not closed.
Fixes: e6e7ad8b3024 ("net/virtio-user: move even
Our Coverity scan pointed out that path[] is never initialized.
The official DPDK Coverity has not reported this so there is
no public CID for it.
Fixes: c44d09811b40 ("eal: add shared indexed file-backed array")
Cc: anatoly.bura...@intel.com
Cc: sta...@dpdk.org
Signed-off-by: Andrew Boyer
---
From: Jiawei Zhu
When i < VIRTIO_MAX_VIRTQUEUES and j == i,
dev->callfds[i] and dev->kickfds[i] are default 0.
So it will close(0), close the standard input (stdin).
And when the code fails in kickfd creation,
it will leaves one callfd not closed.
Fixes: e6e7ad8b3024 ("net/virtio-user: move even
From: Jiawei Zhu
When i < VIRTIO_MAX_VIRTQUEUES and j == i,
dev->callfds[i] and dev->kickfds[i] are default 0.
So it will close(0), close the standard input (stdin).
And when the code fails in kickfd creation,
it will leaves one callfd not closed.
Fixes: e6e7ad8b3024 ("net/virtio-user: move even
From: Jiawei Zhu
When i < VIRTIO_MAX_VIRTQUEUES and j == i,
dev->callfds[i] and dev->kickfds[i] are default 0.
So it will close(0), close the standard input (stdin).
And when the code fails in kickfd creationg,
it will leaves one callfd not closed.
Fixes: e6e7ad8b3024 ("net/virtio-user: move eve
Hi, Andrew
Thank you for the review, please, see below.
> -Original Message-
> From: Andrew Boyer
> Sent: Friday, December 11, 2020 18:00
> To: Slava Ovsiienko
> Cc: dev@dpdk.org; NBU-Contact-Thomas Monjalon ;
> ferruh.yi...@intel.com; sta...@dpdk.org
> Subject: Re: [dpdk-dev] [PATCH] a
> On Dec 11, 2020, at 10:07 AM, Viacheslav Ovsiienko
> wrote:
>
> The --txpkts command line parameter was silently ignored due to
> application was unable to check the Tx queue ring sizes for non
> configured ports [1].
... ignored because the application...
> The "set txpkts " was also rej
Traditionally any apps built using DPDK had to support the same
instruction sets as supported when the DPDK SDK itself was built, since
that was "leaked" through to the end-app and DPDK headers via
RTE_MACHINE_CPUFLAG_* values. Therefore, when converting over to meson
for app build correctness the
Hi,
We reused some code snippets of signal handlers in one of our projects and
faced this problem of deadlock when the user sent an interrupt signal
(ctrl-C) in quick succession.
This is a non-deterministic bug and highly unlikely to be observed
frequently. The main idea behind pointing out
On 12/11/20 6:34 PM, Ivan Malov wrote:
> VFs can't control MAE, so it's important to override the general
> MAE capability bit by taking MAE privilege into account. Reorder
> the code slightly to have the privileges queried before datapath
> capabilities are discovered and add required MAE privileg
On 12/11/20 6:34 PM, Ivan Malov wrote:
> VFs and unprivileged PFs should not be able to control MAE.
> Add MAE privilege to MCDI headers in order to reflect that.
>
> Fixes: 84d3fb7d7e1e ("common/sfc_efx/base: add MAE definitions to MCDI")
> Cc: sta...@dpdk.org
>
> Signed-off-by: Ivan Malov
Rev
VFs can't control MAE, so it's important to override the general
MAE capability bit by taking MAE privilege into account. Reorder
the code slightly to have the privileges queried before datapath
capabilities are discovered and add required MAE privilege check.
Fixes: eb4e80085fae ("common/sfc_efx/
VFs and unprivileged PFs should not be able to control MAE.
Add MAE privilege to MCDI headers in order to reflect that.
Fixes: 84d3fb7d7e1e ("common/sfc_efx/base: add MAE definitions to MCDI")
Cc: sta...@dpdk.org
Signed-off-by: Ivan Malov
---
drivers/common/sfc_efx/base/efx_regs_mcdi.h | 54 +++
The --txpkts command line parameter was silently ignored due to
application was unable to check the Tx queue ring sizes for non
configured ports [1].
The "set txpkts " was also rejected if there
was some stopped or /unconfigured port.
This provides the following:
- number of segment check is p
MLX5 PMD implicitly adds vxlan_decap flow action to tunnel offload
match type rules. However, VXLAN decap action on VF representors is
not supported on MLX5 PMD hardware.
The patch rejects attempt to create tunnel offload flow rules on VF
representor.
Refer: commit 9c4971e5231d ("net/mlx5: update
Hi Luca,
No new issues found for 19.11.6 testing. All testcases failed below are due to
known issues.
Regards,
Abhishek
Test Results:
Test case description:
* VERIFY-DPDK-COMPLIANCE - verifies kernel is supported and that the build is
successful.
* VERIFY-DPDK-BUILD-AND-TESTPMD-TEST - verif
On Fri, 2020-12-11 at 12:49 +, Kevin Traynor wrote:
> On 11/12/2020 11:24, Thomas Monjalon wrote:
> > 11/12/2020 12:20, Thomas Monjalon:
> > > 03/12/2020 10:43, Bruce Richardson:
> > > > On Wed, Dec 02, 2020 at 07:01:40PM +, John McNamara wrote:
> > > > > The license/exceptions.txt file lis
On 11/12/2020 11:24, Thomas Monjalon wrote:
> 11/12/2020 12:20, Thomas Monjalon:
>> 03/12/2020 10:43, Bruce Richardson:
>>> On Wed, Dec 02, 2020 at 07:01:40PM +, John McNamara wrote:
The license/exceptions.txt file lists a small number of files
that have licenses that are exceptions t
On 11/18/2020 10:48 AM, Feifei Wang wrote:
This patch series are mainly to enable checksum offloading for IXGBE NEON
vector PMD, including good and bad checksum flags. In the meanwhile, the
first patch enable VLAN stripping flag for Arm.
Following are the test results for the patches:
NICs: 8259
There some limitations added for the MARK action value range.
Fixes: 2d241515ebaf ("net/mlx5: add devarg for extensive metadata support")
Cc: sta...@dpdk.org
Signed-off-by: Viacheslav Ovsiienko
---
doc/guides/nics/mlx5.rst | 11 ++-
1 file changed, 10 insertions(+), 1 deletion(-)
diff
The buffer split Rx offload is not compatible with Multi-Packet
Receiving Queue (MPRQ) Rx offload, hence, the buffer split
offload flag RTE_ETH_RX_OFFLOAD_BUFFER_SPLIT and other related
values should be advertised only if there is no MPRQ engaged.
Fixes: 6c8f7f1c1877 ("net/mlx5: report Rx buffer s
11/12/2020 12:20, Thomas Monjalon:
> 03/12/2020 10:43, Bruce Richardson:
> > On Wed, Dec 02, 2020 at 07:01:40PM +, John McNamara wrote:
> > > The license/exceptions.txt file lists a small number of files
> > > that have licenses that are exceptions to the three main
> > > licenses defined in th
03/12/2020 10:43, Bruce Richardson:
> On Wed, Dec 02, 2020 at 07:01:40PM +, John McNamara wrote:
> > The license/exceptions.txt file lists a small number of files
> > that have licenses that are exceptions to the three main
> > licenses defined in the Intellectual Property Policy of the
> > DPD
In order to improve performance, the KNI is made to
support multiple fifos, So that multiple threads pinned
to multiple cores can process packets in parallel.
Signed-off-by: dheemanth
---
app/test/test_kni.c | 4 +-
drivers/net/kni/rte_eth_kni.c | 5 +-
examples/kni/main.c
Hi，
Following are the wrok items of hns3 PMD planned for 21.02:
New features:
[1] Add TM(Traffic Management) support
[2] Add PTP(Precise Time Protocol) support
[3] Add query optical module info by API
[4] Support LSC(Link Status Changed) event
[5] Implement tx_done_cleanup API
[6]
> -Original Message-
> From: Xing, Beilei
> Sent: Wednesday, December 9, 2020 1:45 AM
> To: Juraj Linkeš ; David Marchand
> ; Guo, Jia
> Cc: dev@dpdk.org; Kinsella, Ray ; Andrew Yourtchenko
> (ayourtch) ; Yigit, Ferruh
> Subject: RE: [dpdk-dev] Faulty VF initialization during DPDK star
Hi Thomas,
The work has not progressed as expected, so we have delays. The intention is
still to provide a open source PMD, but at the moment I cannot promise any
timelines.
Regards,
Michael
> -Original Message-
> From: Thomas Monjalon
> Sent: 11. december 2020 09:37
> To: Michael Lil
Hi Michael,
20/04/2020 07:05, Michael Lilja:
> Actually the open-source driver development has been on hold until just
> recently, due to other priorities. We just recently allocated a new team to
> do the open source driver, a team of people who has not been working with
> DPDK before, so the
Add two jobs (static and shared libs), both building on aarch64 and
producing 32-bit arm binaries executable on armv8-a, but not armv7.
Do not run tests in these jobs.
Signed-off-by: Juraj Linkeš
Reviewed-by: Ruifeng Wang
Acked-by: Aaron Conole
---
.ci/linux-build.sh | 7 ++-
.travis.yml
From: Phil Yang
Add cross-compiling guidance for 32-bit aarch32 DPDK on aarch64 host.
Signed-off-by: Phil Yang
Acked-by: Ruifeng Wang
---
.../linux_gsg/cross_build_dpdk_for_arm64.rst | 34 +--
1 file changed, 24 insertions(+), 10 deletions(-)
diff --git a/doc/guides/linux_gs
Create meson cross file arm32_armv8a_linux_gcc. Use arm-linux-gnueabihf-
toolset which comes with standard packages on most used systems, such as
Ubuntu and CentOS.
Signed-off-by: Juraj Linkeš
Acked-by: Ruifeng Wang
---
config/arm/arm32_armv8a_linux_gcc | 17 +
1 file changed, 1
Add aarch32 extra build flags and aarch32 machine flags to generic
machine args.
Also modify how arm flags are updated in meson build - for 32-bit build,
update only if cross-compiling.
Signed-off-by: Juraj Linkeš
Acked-by: Ruifeng Wang
---
config/arm/meson.build | 22 +++---
1
From: Ruifeng Wang
NEON vector path of the PMD needs aarch64 support. But it was
enabled for aarch32 build as well because aarch32 build had
cpu_family set to aarch64. So build for aarch32 will fail due
to unsupported intrinsics.
Fixed aarch32 build by updating meson file to execule NEON vector
Add support for aarch32 cross build in meson and add aarch64 -> aarch32
cross build to Travis.
Aarch32 is an execution state that allows execution of 32-bit code on
armv8 machines. This execution state contains a superset of previous
armv7 32-bit instructions and features. Thus the aarch32 build i
From: Ruifeng Wang
The sfc PMD was enabled for aarch32 which is 32-bit mode but has
cpu_family set to aarch64.
As sfc support only 64-bit system, it should be disabled for aarch32.
Updated meson file to disable sfc for aarch32 build.
Fixes: 141d2870675a ("net/sfc: support aarch64 architecture")
55 matches
Mail list logo
