If the target machine has SVE feature (e.g. "-march=armv8.2-a+sve'),
and the compiler is gcc8.3, it will compile error:
In file included from ../dpdk-next-net/lib/eal/common/
eal_common_options.c:38:
../dpdk-next-net/lib/eal/arm/include/rte_vect.h:13:10: fatal
error:
20/05/2021 01:06, Ferruh Yigit:
> On 5/19/2021 9:42 PM, Thomas Monjalon wrote:
> > 12/05/2021 18:04, Ferruh Yigit:
> >> PMD updates are expected in alphabetical order based on their vendor
> >> name. Clarify this expectation in the section comment.
> >>
> >> Signed-off-by: Ferruh Yigit
> >> ---
>
11/02/2021 18:27, Ferruh Yigit:
> +CPPCHECK_BIN=cppcheck
> +out=cppcheck_error.txt
In general we generate files in $(mktemp -t dpdk.cppcheck.XX)
The path is printed at the end anyway.
> +
> +which ${CPPCHECK_BIN} > /dev/null 2> /dev/null
> +if [ $? -ne 0 ]; then
> + echo "${CPPCHECK_BIN}
On 5/20/2021 2:11 AM, fengchengwen wrote:
>
>
> On 2021/5/19 23:02, Ferruh Yigit wrote:
>> On 5/19/2021 2:25 PM, Chengwen Feng wrote:
>>> Currently, the SVE code is compiled only when -march supports SVE
>>> (e.g. '-march=armv8.2a+sve'), there maybe some problem[1] with this
>>> approach.
>>>
>>>
Touching release notes should only be for the current version.
Signed-off-by: David Marchand
---
devtools/checkpatches.sh | 44 ++--
1 file changed, 33 insertions(+), 11 deletions(-)
diff --git a/devtools/checkpatches.sh b/devtools/checkpatches.sh
index db4c7
Hi,
when I read the dpdk dlb
eventdev driver code, I find that it used the cldemote instruction in the
dlb_recv_qe(). But I don't understand why it used there?
The cldemote instruction means to
move the cache line to the more remote cache, which helps to accelerate
core-to-c
On 5/20/2021 6:44 AM, Feifei Wang wrote:
> Hi, Ferruh
>
> Thanks for your comments.
> Please see below.
>
>> -邮件原件-
>> 发件人: Ferruh Yigit
>> 发送时间: 2021年5月19日 16:12
>> 收件人: Feifei Wang ; John Griffin
>> ; Fiona Trahe ; Deepak
>> Kumar Jain ; Jerin Jacob
>> ; Herbert Guan
>>
>> 抄送: dev@dpd
Thanks for this patch.
Minor comment below.
> -Original Message-
> From: Chengwen Feng
> Sent: Thursday, May 20, 2021 3:17 PM
> To: tho...@monjalon.net; ferruh.yi...@intel.com
> Cc: dev@dpdk.org; bruce.richard...@intel.com;
> vladimir.medved...@intel.com; vikto...@rehivetech.com; Ruifeng
> -Original Message-
> From: Chengwen Feng
> Sent: Wednesday, May 19, 2021 9:26 PM
> To: tho...@monjalon.net; ferruh.yi...@intel.com
> Cc: dev@dpdk.org; jer...@marvell.com; Ruifeng Wang
> ; vikto...@rehivetech.com;
> bruce.richard...@intel.com; Honnappa Nagarahalli
> ; jerinjac...@gmail.co
In Arm platform, when "RTE_ARCH_ARM64_MEMCPY" is set as true, gcc will
report variable uninitilized warning:
../drivers/crypto/qat/qat_sym_session.c: In function ‘partial_hash_compute’:
../lib/eal/include/generic/rte_byteorder.h:241:24: warning:
‘’ may be used uninitialized in this function
> -Original Message-
> From: Feifei Wang
> Sent: Thursday, 20 May, 2021 10:44
> To: Griffin, John ; Trahe, Fiona
> ; Jain, Deepak K ;
> Herbert Guan ; Jerin Jacob
>
> Cc: dev@dpdk.org; Yigit, Ferruh ; Dybkowski,
> AdamX ; n...@arm.com; Feifei Wang
> ; sta...@dpdk.org; Ruifeng Wang
>
> Su
Hi Akhil,
> -Original Message-
> From: Akhil Goyal
> Sent: Monday, May 17, 2021 8:44 PM
> To: De Lara Guarch, Pablo
> Cc: dev@dpdk.org
> Subject: RE: [EXT] [PATCH] doc: support IPsec Multi-buffer lib v1.0
>
>
> > Updated AESNI MB and AESNI GCM, KASUMI, ZUC and SNOW3G PMD
> > documentat
> Hi Akhil,
>
> > > Updated AESNI MB and AESNI GCM, KASUMI, ZUC and SNOW3G PMD
> > > documentation guides with information about the latest Intel IPSec
> > > Multi-buffer library supported.
> > >
> > > Signed-off-by: Pablo de Lara
> > > ---
> >
> > Does it need to be updated in release notes as w
Add myself to Crypto API, QAT, SW PMDs based on ipsec-mb, and
NULL PMD maintainer.
Signed-off-by: Fan Zhang
---
MAINTAINERS | 18 ++
1 file changed, 10 insertions(+), 8 deletions(-)
diff --git a/MAINTAINERS b/MAINTAINERS
index 5877a16971..11653b3dcd 100644
--- a/MAINTAINERS
+++
20/05/2021 09:58, David Marchand:
> Touching release notes should only be for the current version.
>
> Signed-off-by: David Marchand
> ---
> -VALIDATE_NEW_API=$(dirname $(readlink -f $0))/check-symbol-change.sh
> +ROOTDIR=$(readlink -f $(dirname $(readlink -f $0))/..)
> +VALIDATE_NEW_API=$ROOTDIR
> -Original Message-
> From: Zhang, Roy Fan
> Sent: Thursday, May 20, 2021 10:47 AM
> To: dev@dpdk.org
> Cc: tho...@monjalon.net; gak...@marvell.com; Yigit, Ferruh
> ; Doherty, Declan ;
> Griffin, John ; Jain, Deepak K
> ; Trahe, Fiona ; Zhang,
> Roy Fan
> Subject: [dpdk-dev] maintainers:
On Thu, May 20, 2021 at 11:47 AM Thomas Monjalon wrote:
>
> 20/05/2021 09:58, David Marchand:
> > Touching release notes should only be for the current version.
> >
> > Signed-off-by: David Marchand
> > ---
> > -VALIDATE_NEW_API=$(dirname $(readlink -f $0))/check-symbol-change.sh
> > +ROOTDIR=$(r
https://bugs.dpdk.org/show_bug.cgi?id=714
Bug ID: 714
Summary: test_prefetch build warnings with gcc 11 and
buildtype=debug
Product: DPDK
Version: unspecified
Hardware: All
OS: All
Status: UNCONF
20/05/2021 11:59, David Marchand:
> On Thu, May 20, 2021 at 11:47 AM Thomas Monjalon wrote:
> > 20/05/2021 09:58, David Marchand:
> > > + current_rn=${rel_notes_prefix}${major_version}_${minor_version}.rst
> > > +
> > > + ! grep -e '^--- a/'$rel_notes_prefix -e '^+++ b/'$rel_notes_prefix
Touching release notes should only be for the current version.
Signed-off-by: David Marchand
---
Changes since v1:
- dropped unrelevant change,
- simplified VERSION extract and updated variable names,
---
devtools/checkpatches.sh | 17 +
1 file changed, 17 insertions(+)
diff --
On 2021/5/20 16:24, Ruifeng Wang wrote:
>> -Original Message-
>> From: Chengwen Feng
>> Sent: Wednesday, May 19, 2021 9:26 PM
>> To: tho...@monjalon.net; ferruh.yi...@intel.com
>> Cc: dev@dpdk.org; jer...@marvell.com; Ruifeng Wang
>> ; vikto...@rehivetech.com;
>> bruce.richard...@intel.
On 20/05/2021 10:47 AM, Fan Zhang wrote:
Add myself to Crypto API, QAT, SW PMDs based on ipsec-mb, and
NULL PMD maintainer.
Signed-off-by: Fan Zhang
---
MAINTAINERS | 18 ++
1 file changed, 10 insertions(+), 8 deletions(-)
diff --git a/MAINTAINERS b/MAINTAINERS
index 5877
> -Original Message-
> From: Doherty, Declan
> Sent: Thursday, May 20, 2021 11:58 AM
> To: Zhang, Roy Fan ; dev@dpdk.org
> Cc: tho...@monjalon.net; gak...@marvell.com; Yigit, Ferruh
> ; Griffin, John
> ; Jain, Deepak K ; Trahe,
> Fiona
>
> Subject: Re: [dpdk-dev] maintainers: update f
GCC 11 complains that 'a' is uninitialized.
../dpdk/app/test/test_prefetch.c: In function 'test_prefetch':
../dpdk/app/test/test_prefetch.c:25:9:
error: 'a' may be used uninitialized [-Werror=maybe-uninitialized]
25 | rte_prefetch0(&a);
| ^
Fix by initiali
> -Original Message-
> From: Kevin Traynor
> Sent: Thursday, May 20, 2021 2:06 PM
> To: dev@dpdk.org
> Cc: ferruh.yi...@intel.com; Kevin Traynor ;
> sta...@dpdk.org; Ali Alnubani
> Subject: [PATCH] test/prefetch: fix build with GCC 11
>
> GCC 11 complains that 'a' is uninitialized.
>
>
Note added support for GCC 11 and clang 12 in the
DPDK 21.05 release notes.
Signed-off-by: Kevin Traynor
---
Note: we need a fix for
https://bugs.dpdk.org/show_bug.cgi?id=714
For reference:
$ cat /etc/redhat-release
Fedora release 34 (Thirty Four)
$ gcc --version
gcc (GCC) 11.1.1 20210428 (Re
All,
The following is a list of tests executed with 21.05-rc3:
- Basic functionality:
Send and receive multiple types of traffic.
- testpmd xstats counter test.
- RSS tests.
- VLAN filtering tests.
- Rx Checksum tests
- TSO tests.
- MTU and Jumbo frame tests
- Changing/checking link status thro
If the target machine has SVE feature (e.g. "-march=armv8.2-a+sve'),
and the compiler is gcc8.3, it will compile error:
In file included from ../dpdk-next-net/lib/eal/common/
eal_common_options.c:38:
../dpdk-next-net/lib/eal/arm/include/rte_vect.h:13:10: fatal
error:
Fix in v2, thanks
On 2021/5/20 16:17, Ruifeng Wang wrote:
> Thanks for this patch.
> Minor comment below.
>
>> -Original Message-
>> From: Chengwen Feng
>> Sent: Thursday, May 20, 2021 3:17 PM
>> To: tho...@monjalon.net; ferruh.yi...@intel.com
>> Cc: dev@dpdk.org; bruce.richard...@intel.
Well, isn't FreeBSD already supported?
Even https://www.dpdk.org/ mentions supporting FreeBSD.
On 21-05-19 09:53:16, Thomas Monjalon wrote:
> 18/05/2021 22:42, David Christensen:
> > On 5/16/21 5:46 PM, Piotr Kubaj wrote:
> > > __ppc_get_timebase() is only present when glibc is used.
> > >
> > >
On 21-05-19 11:59:35, Thomas Monjalon wrote:
> 19/05/2021 11:57, Piotr Kubaj:
> > Well, isn't FreeBSD already supported?
> >
> > Even https://www.dpdk.org/ mentions supporting FreeBSD.
>
> Yes it is supposed to be supported.
> But why are you adding all this code for PPC?
> It doesn't seem to be
Release status meeting minutes {Date}
=
:Date: 20 May 2021
:toc:
.Agenda:
* Release Dates
* -rc3/4 status
* Subtrees
* LTS
* Defects
* Opens
.Participants:
* Arm
* Broadcom
* Canonical
* Debian/Microsoft
* Intel
* Marvell
* Nvidia
* Red Hat
Release Dates
Add myself to Crypto API, QAT, SW PMDs based on ipsec-mb, and
NULL PMD maintainer.
Signed-off-by: Fan Zhang
Acked-by: Declan Doherty
Acked-by: Fiona Trahe
Acked-by: John Griffin
---
V2:
- Remove Declan from crypto perf maintainer
MAINTAINERS | 19 ++-
1 file changed, 10 inser
20/05/2021 14:16, Fan Zhang:
> Add myself to Crypto API, QAT, SW PMDs based on ipsec-mb, and
> NULL PMD maintainer.
You should mention the removal as well.
If you want to be a maintainer, please be more precise in your patch ;)
[...]
> Crypto API
> -M: Declan Doherty
> +M: Fan Zhang
It is no
On Thu, May 20, 2021 at 07:40:12PM +0800, Chengwen Feng wrote:
> If the target machine has SVE feature (e.g. "-march=armv8.2-a+sve'),
> and the compiler is gcc8.3, it will compile error:
> In file included from ../dpdk-next-net/lib/eal/common/
> eal_common_options.c:38:
> ../dpdk-
On 3/3/2021 10:51 PM, Dmitry Kozlyuk wrote:
> It is proposed to rename fields of `struct rte_ether_hdr`,
> `s_addr` tp `src_addr` and `d_addr` to `dst_addr`,
s/tp/to/
> due to the clash with system macro on Windows.
> Until remaining is done in 21.11, a workaround can be used.
s/remaining/renami
On 3/4/2021 7:09 AM, Dmitry Kozlyuk wrote:
> 2021-03-03 15:54, Stephen Hemminger:
>>> +
>>> +* net: ``s_addr`` and ``d_addr`` fields of ``rte_ether_hdr`` structure
>>> + will be renamed to ``src_addr`` and ``dst_addr`` respectively in DPDK
>>> 20.11
>>> + in order to avoid conflict with Windows
On Thu, May 20, 2021 at 1:07 PM Kevin Traynor wrote:
>
> GCC 11 complains that 'a' is uninitialized.
>
> ../dpdk/app/test/test_prefetch.c: In function 'test_prefetch':
> ../dpdk/app/test/test_prefetch.c:25:9:
> error: 'a' may be used uninitialized [-Werror=maybe-uninitialized]
>25 | rt
2021-05-20 15:24 (UTC+0100), Ferruh Yigit:
> On 3/3/2021 10:51 PM, Dmitry Kozlyuk wrote:
[...]
> >
> > It is not mandatory to rename `d_addr`, this is for consistency only.
> > Naming in `rte_ether_hdr` will also resemble `rte_ipv4/6_hdr`.
> >
> > Workaround is to define `struct rte_ether_hdr` in
Add in missing rte_mbuf size in mempool allocation for out-of-place op.
Fixes: bf9d6702eca9 ("app/crypto-perf: use single mempool")
Cc: pablo.de.lara.gua...@intel.com
Signed-off-by: Kai Ji
---
app/test-crypto-perf/cperf_test_common.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff -
On 5/20/2021 4:06 PM, Dmitry Kozlyuk wrote:
> 2021-05-20 15:24 (UTC+0100), Ferruh Yigit:
>> On 3/3/2021 10:51 PM, Dmitry Kozlyuk wrote:
> [...]
>>>
>>> It is not mandatory to rename `d_addr`, this is for consistency only.
>>> Naming in `rte_ether_hdr` will also resemble `rte_ipv4/6_hdr`.
>>>
>>> Wo
Hi David,
Sorry for the late reply.
This may be due to the configuration with Jenkins on our side.
If I do not see that next-virtio and next-crypto are in Jenkins, I can
definitely add it in.
Thanks,
Brandon
On Tue, May 11, 2021 at 9:54 AM David Marchand
wrote:
>
> On Thu, May 6, 2021 at 6:15 P
2021-05-20 16:27 (UTC+0100), Ferruh Yigit:
> On 5/20/2021 4:06 PM, Dmitry Kozlyuk wrote:
> > 2021-05-20 15:24 (UTC+0100), Ferruh Yigit:
> >> On 3/3/2021 10:51 PM, Dmitry Kozlyuk wrote:
> > [...]
> >>>
> >>> It is not mandatory to rename `d_addr`, this is for consistency only.
> >>> Naming in
On 5/20/2021 4:50 PM, Dmitry Kozlyuk wrote:
> 2021-05-20 16:27 (UTC+0100), Ferruh Yigit:
>> On 5/20/2021 4:06 PM, Dmitry Kozlyuk wrote:
>>> 2021-05-20 15:24 (UTC+0100), Ferruh Yigit:
On 3/3/2021 10:51 PM, Dmitry Kozlyuk wrote:
>>> [...]
>
> It is not mandatory to rename `d_addr`,
2021-05-20 17:04 (UTC+0100), Ferruh Yigit:
> On 5/20/2021 4:50 PM, Dmitry Kozlyuk wrote:
> > 2021-05-20 16:27 (UTC+0100), Ferruh Yigit:
> >> On 5/20/2021 4:06 PM, Dmitry Kozlyuk wrote:
> >>> 2021-05-20 15:24 (UTC+0100), Ferruh Yigit:
> On 3/3/2021 10:51 PM, Dmitry Kozlyuk wrote:
>
The HW scheduling type was not being extracted properly
in the vector optimizaed dequeue path. It was also not
being recorded in the xstats.
Fixes: 000a7b8e7582 ("event/dlb2: optimize dequeue operation")
Signed-off-by: Timothy McDaniel
---
Cc: timothy.mcdan...@intel.com
---
drivers/event/dlb2/
Deferred scheduling is a DLB v1.0 feature, and is not valid for
DLB v2.0 or v2.5.
Fixes: a3c8a44634e3 ("event/dlb2: remove useless code")
Cc: sta...@dpdk.org
Signed-off-by: Timothy McDaniel
---
Cc: timothy.mcdan...@intel.com
---
doc/guides/eventdevs/dlb2.rst | 21 -
driver
Convert to PCI "--allow" devarg format. The documentation
was previously using the "--vdev" form, which cannot be used with the
DLB2 PF PMD.
Fixes: 166378a79412 ("event/dlb2: add documentation and build infrastructure")
Cc: sta...@dpdk.org
Signed-off-by: Timothy McDaniel
---
Cc: timothy.mcdan..
Optimized dequeue using x86 vector instructions was added
in 21.05, but due to limited testing the default has been
changed back to the scalar mode implementation. The vector mode
implementation can be enabled via the devargs option
"vector_opts_enabled=".
Fixes: 000a7b8e7582 ("event/dlb2: optimiz
On 5/20/2021 5:16 PM, Dmitry Kozlyuk wrote:
> 2021-05-20 17:04 (UTC+0100), Ferruh Yigit:
>> On 5/20/2021 4:50 PM, Dmitry Kozlyuk wrote:
>>> 2021-05-20 16:27 (UTC+0100), Ferruh Yigit:
On 5/20/2021 4:06 PM, Dmitry Kozlyuk wrote:
> 2021-05-20 15:24 (UTC+0100), Ferruh Yigit:
>> On
Optimized dequeue using x86 vector instructions was added
in 21.05, but due to limited testing the default has been
changed back to the scalar mode implementation. The vector mode
implementation can be enabled via the devargs option
"vector_opts_enabled=".
Fixes: 000a7b8e7582 ("event/dlb2: optimiz
Windows system headers define `s_addr`, `min`, and `max` macros which
break structure definitions containing fields with one of these names.
Undefining those macros would break consumer code that relies on them.
Example 1:
#include
#include
struct in_addr addr;
/* addr.s_addr =
> Windows system headers define `s_addr`, `min`, and `max` macros which
> break structure definitions containing fields with one of these names.
> Undefining those macros would break consumer code that relies on them.
>
>From the commit message the requirement for changing the structure definitio
2021-05-20 18:59 (UTC+), Akhil Goyal:
> > Windows system headers define `s_addr`, `min`, and `max` macros which
> > break structure definitions containing fields with one of these names.
> > Undefining those macros would break consumer code that relies on them.
> >
>
> From the commit messa
On Thu, May 20, 2021 at 4:48 PM Kevin Traynor wrote:
>
> Note added support for GCC 11 and clang 12 in the
> DPDK 21.05 release notes.
>
> Signed-off-by: Kevin Traynor
>
> ---
>
> Note: we need a fix for
> https://bugs.dpdk.org/show_bug.cgi?id=714
>
> For reference:
> $ cat /etc/redhat-release
>
>
> 2021-05-20 18:59 (UTC+), Akhil Goyal:
> > > Windows system headers define `s_addr`, `min`, and `max` macros which
> > > break structure definitions containing fields with one of these names.
> > > Undefining those macros would break consumer code that relies on
> them.
> > >
> >
> > From t
Convert to PCI "--allow" devarg format. The documentation
was previously using the "--vdev" form, which cannot be used with the
DLB2 PF PMD.
Fixes: 166378a79412 ("event/dlb2: add documentation and build infrastructure")
Cc: sta...@dpdk.org
Signed-off-by: Timothy McDaniel
---
Cc: timothy.mcdan..
20/05/2021 11:31, Akhil Goyal:
> > Hi Akhil,
> >
> > > > Updated AESNI MB and AESNI GCM, KASUMI, ZUC and SNOW3G PMD
> > > > documentation guides with information about the latest Intel IPSec
> > > > Multi-buffer library supported.
> > > >
> > > > Signed-off-by: Pablo de Lara
> > > > ---
> > >
> >
20/05/2021 16:31, David Marchand:
> On Thu, May 20, 2021 at 1:07 PM Kevin Traynor wrote:
> >
> > GCC 11 complains that 'a' is uninitialized.
> >
> > ../dpdk/app/test/test_prefetch.c: In function 'test_prefetch':
> > ../dpdk/app/test/test_prefetch.c:25:9:
> > error: 'a' may be used uninitialized [-
20/05/2021 21:51, Jerin Jacob:
> On Thu, May 20, 2021 at 4:48 PM Kevin Traynor wrote:
> >
> > Note added support for GCC 11 and clang 12 in the
> > DPDK 21.05 release notes.
> >
> > Signed-off-by: Kevin Traynor
>
> Reviewed-by: Jerin Jacob
Applied, thanks
20/05/2021 12:39, David Marchand:
> Touching release notes should only be for the current version.
>
> Signed-off-by: David Marchand
Applied, thanks
Hi All,
I try to build DPDK with debug build-type but the building process is
failed becuase of AVX512 code from librte-acl. The release build type
is fine. Hence, I dig a bit into the avx512 enabling logic of meson.
I found the main logic is implemented inside binutils-avx512-check.
>
> On Wed, May 19, 2021 at 6:58 PM Chengwen Feng
> wrote:
> >
> > Currently, the soc_kunpeng930 declares '-march=armv8.2-a+crypto+sve',
> > but some compiler doesn't recognize the march because it doesn't
> > support sve.
> >
> > To solve this bug we use the following scheme:
> > 1. Define 'mar
Fix grammar, spelling and formatting of DPDK 21.05 release notes.
Signed-off-by: John McNamara
---
doc/guides/rel_notes/release_21_05.rst | 111 +++--
1 file changed, 49 insertions(+), 62 deletions(-)
diff --git a/doc/guides/rel_notes/release_21_05.rst
b/doc/guides/rel_note
Fix grammar, spelling and formatting of DPDK 21.05 release notes.
Signed-off-by: John McNamara
---
v2: rebased to main.
doc/guides/rel_notes/release_21_05.rst | 111 +++--
1 file changed, 49 insertions(+), 62 deletions(-)
diff --git a/doc/guides/rel_notes/release_21_05.rst
X550 eth card support runtime tx/rx queue setup, so add capacity in dev_capa
and queue offload capacity.
Signed-off-by: Wu Jianyue
---
drivers/net/ixgbe/ixgbe_ethdev.c | 22 ++
drivers/net/ixgbe/ixgbe_rxtx.c | 21 +++--
2 files changed, 41 insertions(+),
X550 eth card support runtime tx/rx queue setup,
so add capacity in dev_capa and queue offload capacity.
Signed-off-by: Wu Jianyue
---
drivers/net/ixgbe/ixgbe_ethdev.c | 22 ++
drivers/net/ixgbe/ixgbe_rxtx.c | 21 +++--
2 files changed, 41 insertions(+), 2
If the target machine has SVE feature (e.g. "-march=armv8.2-a+sve'),
and the compiler are gcc8.3, it will compile error:
In file included from ../dpdk-next-net/lib/eal/common/
eal_common_options.c:38:
../dpdk-next-net/lib/eal/arm/include/rte_vect.h:13:10: fatal
error
Fix in v3, also with minor changes, thanks
On 2021/5/20 21:09, Bruce Richardson wrote:
> On Thu, May 20, 2021 at 07:40:12PM +0800, Chengwen Feng wrote:
>> If the target machine has SVE feature (e.g. "-march=armv8.2-a+sve'),
>> and the compiler is gcc8.3, it will compile error:
>> In file incl
In Arm platform, when "RTE_ARCH_ARM64_MEMCPY" is set as true, gcc will
report variable uninitialized warning:
../drivers/crypto/qat/qat_sym_session.c: In function ‘partial_hash_compute’:
../lib/eal/include/generic/rte_byteorder.h:241:24: warning:
‘’ may be used uninitialized in this function
If compiled with SVE feature (e.g. "-march=armv8.2-a+sve'), the binary
could not run on non-SVE platform else it will encounter illegal
instruction [1].
This patch fixes it by add 'RTE_CPUFLAG_SVE' to compile_time_cpuflags,
so that rte_cpu_is_supported() will print meaningful log under above
situa
> -Original Message-
> From: fengchengwen
> Sent: Thursday, May 20, 2021 6:55 PM
> To: Ruifeng Wang ; tho...@monjalon.net;
> ferruh.yi...@intel.com
> Cc: dev@dpdk.org; jer...@marvell.com; vikto...@rehivetech.com;
> bruce.richard...@intel.com; Honnappa Nagarahalli
> ; jerinjac...@gmail.com;
On 2021/5/21 13:21, Ruifeng Wang wrote:
>> -Original Message-
>> From: fengchengwen
>> Sent: Thursday, May 20, 2021 6:55 PM
>> To: Ruifeng Wang ; tho...@monjalon.net;
>> ferruh.yi...@intel.com
>> Cc: dev@dpdk.org; jer...@marvell.com; vikto...@rehivetech.com;
>> bruce.richard...@intel.co
73 matches
Mail list logo
