The original download link is invalid.
Signed-off-by: Zhiheng Chen
---
doc/guides/nics/mlx5.rst | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/doc/guides/nics/mlx5.rst b/doc/guides/nics/mlx5.rst
index c3cc0c0f41..625d8a2382 100644
--- a/doc/guides/nics/mlx5.rst
+++ b/doc
Thanks Thomas.
> -Original Message-
> From: Thomas Monjalon
> Sent: Friday, February 25, 2022 11:32 PM
> To: Sean Zhang (Networking SW)
> Cc: Matan Azrad ; Slava Ovsiienko
> ; dev@dpdk.org; Asaf Penso
> Subject: Re: [PATCH] net/mlx5: support matching optional fields of GRE
>
> External
Currently the ixgbe driver does not ID any SFP except for the first one
plugged in. This can lead to no-link, or incorrect speed conditions.
For example:
* If link is initially established with a 1G SFP, and later a 1G/10G
multispeed part is later installed, then the MAC link setup functions are
Thomas Monjalon writes:
> 18/02/2022 07:11, Kusztal, ArkadiuszX:
>> From: Akhil Goyal
>> > Fix ABI warning.
>> > Add libabigail.abiignore rule.
>>
>> I think what is worth noticing is a fact that after "random 'k' patch"
>> addition of
>> [suppress_type]
>> name = rte_crypto_asym_op
On 2/25/2022 6:38 PM, Thomas Monjalon wrote:
25/02/2022 19:01, Ferruh Yigit:
On 2/24/2022 11:25 PM, Michael Baum wrote:
The functions which are not explicitly marked as internal
were exported because the local catch-all rule was missing in the
version script.
After adding the missing rule, all
On 2/25/2022 6:41 PM, Thomas Monjalon wrote:
25/02/2022 19:27, Ferruh Yigit:
'gre_option' flow item was missing in the feature list, adding it.
Fixes: f61490bdf218 ("ethdev: support GRE optional fields")
Signed-off-by: Ferruh Yigit
Acked-by: Thomas Monjalon
Applied to dpdk-next-net/main
25/02/2022 19:27, Ferruh Yigit:
> 'gre_option' flow item was missing in the feature list, adding it.
>
> Fixes: f61490bdf218 ("ethdev: support GRE optional fields")
>
> Signed-off-by: Ferruh Yigit
Acked-by: Thomas Monjalon
25/02/2022 19:01, Ferruh Yigit:
> On 2/24/2022 11:25 PM, Michael Baum wrote:
> > The functions which are not explicitly marked as internal
> > were exported because the local catch-all rule was missing in the
> > version script.
> > After adding the missing rule, all local functions are hidden.
> >
25/02/2022 18:55, Ferruh Yigit:
> On 2/25/2022 1:14 AM, Sean Zhang wrote:
> > This patch adds matching on the optional fields (checksum/key/sequence)
> > of GRE header. The matching on checksum and sequence fields requests
> > support from rdma-core with the capability of misc5 and tunnel_header 0-
'gre_option' flow item was missing in the feature list, adding it.
Fixes: f61490bdf218 ("ethdev: support GRE optional fields")
Signed-off-by: Ferruh Yigit
---
Cc: xiazh...@nvidia.com
---
doc/guides/nics/features/default.ini | 1 +
1 file changed, 1 insertion(+)
diff --git a/doc/guides/nics/fea
Even these are ini files, they should still have new line at
end of file.
Signed-off-by: Stephen Hemminger
---
doc/guides/cryptodevs/features/aesni_mb.ini | 2 +-
doc/guides/cryptodevs/features/armv8.ini| 2 +-
doc/guides/cryptodevs/features/bcmfs.ini| 2 +-
doc/guides/cryptodevs/feature
On 2/24/2022 11:25 PM, Michael Baum wrote:
The functions which are not explicitly marked as internal
were exported because the local catch-all rule was missing in the
version script.
After adding the missing rule, all local functions are hidden.
The function mlx5_get_device_guid is used in anothe
18/02/2022 07:11, Kusztal, ArkadiuszX:
> From: Akhil Goyal
> > Fix ABI warning.
> > Add libabigail.abiignore rule.
>
> I think what is worth noticing is a fact that after "random 'k' patch"
> addition of
> [suppress_type]
> name = rte_crypto_asym_op
> this problem does not show up.
>
>
On 2/25/2022 1:14 AM, Sean Zhang wrote:
This patch adds matching on the optional fields (checksum/key/sequence)
of GRE header. The matching on checksum and sequence fields requests
support from rdma-core with the capability of misc5 and tunnel_header 0-3.
For patterns without checksum and sequen
The text file did not end with newline.
Signed-off-by: Stephen Hemminger
---
examples/flow_classify/ipv4_rules_file.txt | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/examples/flow_classify/ipv4_rules_file.txt
b/examples/flow_classify/ipv4_rules_file.txt
index dfa0631fcc09.
These source files all had unnecessary blank line at end of file.
Signed-off-by: Stephen Hemminger
---
drivers/common/iavf/iavf_adminq.c | 1 -
drivers/common/mlx5/mlx5_common_log.h | 1 -
drivers/net/cxgbe/smt.h | 1 -
drivers/net/dpaa2/mc/dpni.c | 1 -
drivers/net/h
> Michael Baum (6):
> common/mlx5: consider local functions as internal
> common/mlx5: glue device and PD importation
> common/mlx5: add remote PD and CTX support
> net/mlx5: optimize RxQ/TxQ control structure
> net/mlx5: add external RxQ mapping API
> net/mlx5: support queue/RSS action
On Fri, 25 Feb 2022 23:13:56 +0800
Kai Ji wrote:
> +cflags += ['-DOPENSSL_API_COMPAT=0x1010L']
> \ No newline at end of file
All files in DPDK should have newline at end of file.
How did this sneak in?
On Tue, 22 Feb 2022 11:02:24 +
Reshma Pattan wrote:
> Check lcore id value is not the maximum core supported.
> Using lcore id without this check might cause
> out of bound access inside the rte_eal_wait_lcore.
>
> Coverity issue: 375841
> Fixes: b2854d5317e8 ("app/pdump: support multi-core
On 2/25/2022 4:53 PM, Ajit Khaparde wrote:
On Fri, Feb 25, 2022 at 7:50 AM Bruce Richardson
wrote:
On Fri, Feb 25, 2022 at 04:26:53PM +0100, Thomas Monjalon wrote:
When ixgbe and bnxt are disabled, compilation was failing:
app/test-pmd/cmdline.c:9396:11: error:
variable 'vf_rxmode' se
On Fri, Feb 25, 2022 at 7:50 AM Bruce Richardson
wrote:
>
> On Fri, Feb 25, 2022 at 04:26:53PM +0100, Thomas Monjalon wrote:
> > When ixgbe and bnxt are disabled, compilation was failing:
> >
> > app/test-pmd/cmdline.c:9396:11: error:
> > variable 'vf_rxmode' set but not used
> >
> > Fixes:
25/02/2022 16:50, Bruce Richardson:
> On Fri, Feb 25, 2022 at 04:26:53PM +0100, Thomas Monjalon wrote:
> > When ixgbe and bnxt are disabled, compilation was failing:
> >
> > app/test-pmd/cmdline.c:9396:11: error:
> > variable 'vf_rxmode' set but not used
> >
> > Fixes: 4cfe399f6550 ("net/bnxt
Calls to rte_memcpy for 1 < n < 16 could result in unaligned
loads/stores, which is undefined behaviour according to the C
standard, and strict aliasing violations.
The code was changed to use a packed structure that allows aliasing
(using the __may_alias__ attribute) to perform the load/store
ope
Hi,
This patch can be abandoned. As indicated in another thread
(http://mails.dpdk.org/archives/dev/2022-February/234889.html), there
is no requirement/desire to make this change.
Thanks.
Le sam. 15 janv. 2022 à 14:39, Luc Pelletier a écrit :
>
> Calls to rte_memcpy_aligned could result in unal
Calls to rte_memcpy for 1 < n < 16 could result in unaligned
loads/stores, which is undefined behaviour according to the C
standard, and strict aliasing violations.
The code was changed to use a packed structure that allows aliasing
(using the __may_alias__ attribute) to perform the load/store
ope
On Fri, Feb 25, 2022 at 04:26:53PM +0100, Thomas Monjalon wrote:
> When ixgbe and bnxt are disabled, compilation was failing:
>
> app/test-pmd/cmdline.c:9396:11: error:
> variable 'vf_rxmode' set but not used
>
> Fixes: 4cfe399f6550 ("net/bnxt: support to set VF rxmode")
> Cc: sta...@dpdk.o
On 2/24/2022 7:02 AM, Bing Zhao wrote:
The structure "rte_flow_item_geneve_opt" is not a protocol header of
geneve tunnel option from rfc8926. The field "data" is a pointer
which points to the actual variable-length option data. So the
structure is not packed.
There is 4 bytes hole before the po
25/02/2022 02:14, Sean Zhang:
> This patch adds matching on the optional fields (checksum/key/sequence)
> of GRE header. The matching on checksum and sequence fields requests
> support from rdma-core with the capability of misc5 and tunnel_header 0-3.
>
> For patterns without checksum and sequence
21/02/2022 04:00, Sean Zhang (Networking SW):
> Hi Thomas,
>
> > -Original Message-
> > From: Thomas Monjalon
> > Sent: Thursday, February 17, 2022 4:34 PM
> > To: Matan Azrad ; Slava Ovsiienko
> > ; Sean Zhang (Networking SW)
> >
> > Cc: dev@dpdk.org
> > Subject: Re: [PATCH] net/mlx5: s
When ixgbe and bnxt are disabled, compilation was failing:
app/test-pmd/cmdline.c:9396:11: error:
variable 'vf_rxmode' set but not used
Fixes: 4cfe399f6550 ("net/bnxt: support to set VF rxmode")
Cc: sta...@dpdk.org
Signed-off-by: Thomas Monjalon
---
app/test-pmd/cmdline.c | 1 +
1 file
This patch setup OPENSSL_API_COMPAT to suppress deprecated compile
warning messages in ccp, openssl and qat PMDs, also update the symmetric
EVP routine in crypto openssl pmd to adopt openssl 3.0 library.
Signed-off-by: Kai Ji
Acked-by: Fan Zhang
---
drivers/common/qat/meson.build
Started device should eventually be stopped.
Fixes: 0e6557b448fa ("raw/cnxk_gpio: add self test")
Signed-off-by: Tomasz Duszynski
Reviewed-by: Jerin Jacob Kollanukkaran
---
drivers/raw/cnxk_gpio/cnxk_gpio_selftest.c | 1 +
1 file changed, 1 insertion(+)
diff --git a/drivers/raw/cnxk_gpio/cnxk
On 2/25/2022 2:39 AM, Steve Yang wrote:
Cast 1 to type uint64_t to avoid overflow.
CID 375812 (#1 of 1):
Unintentional integer overflow (OVERFLOW_BEFORE_WIDEN)
overflow_before_widen: Potentially overflowing expression 1 << 2 * i + 1
with type int (32 bits, signed) is evaluated using 32-bit arith
Ho Huichao,
> According to RFC791,the options may appear or not in datagrams.
> They must be implemented by all IP modules (host and gateways).
> What is optional is their transmission in any particular datagram,
> not their implementation.So we have to deal with it during the
> fragmenting pro
On 2/25/2022 2:00 AM, Robin Zhang wrote:
Add support for E824S and E825 family devices.
This will be documented later in release notes due to we don't have
mature product now.
Signed-off-by: Robin Zhang
Acked-by: Ferruh Yigit
Applied to dpdk-next-net/main, thanks.
Hi Akhil,
> -Original Message-
> From: Akhil Goyal
> Sent: Friday, February 25, 2022 10:40 AM
> To: Ji, Kai ; dev@dpdk.org
> Cc: Zhang, Roy Fan
> Subject: RE: [EXT] [dpdk-dev v5] crypto/openssl: openssl 3.0 support on sym
> crypto routine
>
> Hi Kai,
> >
> > The warning messages are dep
> From: Bruce Richardson [mailto:bruce.richard...@intel.com]
> Sent: Friday, 25 February 2022 11.40
>
> On Fri, Feb 25, 2022 at 10:36:29AM +, Ananyev, Konstantin wrote:
> >
> > > On Thu, Feb 24, 2022 at 02:46:24PM +0100, Thomas Monjalon wrote:
> > > > 24/02/2022 12:06, Ananyev, Konstantin:
> >
> > > > > > > > > > > > > >> Or have a generic library for reading LPM entries.
> > > > > > > > > > > > > >> L3fwd is supposed
> > > > > > > > > > > > > >> to be as small as possible (it no longer is), and
> > > > > > > > > > > > > >> the real work should
> > > > > > > > > > > > > >> be done b
On 24-Feb-22 2:38 AM, Li, Miao wrote:
Hi,
-Original Message-
From: Hunt, David
Sent: Wednesday, February 23, 2022 12:32 AM
To: Li, Miao ; dev@dpdk.org
Cc: Wang, Yinan ; step...@networkplumber.org
Subject: Re: [PATCH v1] power: add wakeup log
On 22/2/2022 1:52 PM, Miao Li wrote:
This
HI Akhil,
>
> When DPDK is compiled with openssl 3.0. I am seeing these errors in
> compilation.
> So, compilation is broken and we cannot take this patch as is.
> We have few options,
> - fix all of these errors,
> - add exception in meson.build for ignoring these errors.
> - disable/skip compi
On Fri, Feb 25, 2022 at 10:36:29AM +, Ananyev, Konstantin wrote:
>
> > On Thu, Feb 24, 2022 at 02:46:24PM +0100, Thomas Monjalon wrote:
> > > 24/02/2022 12:06, Ananyev, Konstantin:
> > > > > > > > > > > > >> Or have a generic library for reading LPM entries.
> > > > > > > > > > > > >> L3fwd
Hi Kai,
>
> The warning messages are deprecated APIs warnings from openssl , not
> compiler warnings from gcc, the integrity of DPDK remain the same.
> Alongside openssl pmd, the ccp and qat pmd also raise the same type of
> warnings once openssl 3.0 installed.
>
> In the current intel roadmap,
> On Thu, Feb 24, 2022 at 02:46:24PM +0100, Thomas Monjalon wrote:
> > 24/02/2022 12:06, Ananyev, Konstantin:
> > > > > > > > > > > >> Or have a generic library for reading LPM entries.
> > > > > > > > > > > >> L3fwd is supposed
> > > > > > > > > > > >> to be as small as possible (it no longer
On Fri, Feb 25, 2022 at 4:04 PM Tomasz Duszynski wrote:
>
> Add CNF95xx B0 variant to the list of supported models.
>
> Signed-off-by: Tomasz Duszynski
> Reviewed-by: Jerin Jacob
> ---
> v2:
> - Update release notes for new device support (Ferruh)
Applied to dpdk-next-net-mrvl/for-next-net. Th
Add CNF95xx B0 variant to the list of supported models.
Signed-off-by: Tomasz Duszynski
Reviewed-by: Jerin Jacob
---
v2:
- Update release notes for new device support (Ferruh)
doc/guides/rel_notes/release_22_03.rst | 1 +
drivers/common/cnxk/roc_model.c| 1 +
drivers/common/cnxk/roc_mo
Thanks, I noticed it in the release and took the LTS version.
I do not see the previously noticed VF crash now on 20.11.4
Navin
On Tue, Feb 22, 2022 at 2:51 PM Kevin Traynor wrote:
> On 22/02/2022 04:30, Zhang, Qi Z wrote:
> > Hi Srinivas:
> >
> > This is the fix for PF driver only, for VF we h
Hi Qi,
Thank you for your reply and confirmation.
Regards,
Navin Srinivas
On Fri, Feb 25, 2022 at 7:04 AM Zhang, Qi Z wrote:
> We need a separate fix for AVF which is ongoing.
>
> And DPDK 20.11.4 LTS by default will only backport all the fix that during
> DPDK 21.11 dev cycle, so you may need
On 2/25/2022 12:01 AM, Michael Baum wrote:
On 2/23/2022 11:48 PM, Ferruh Yigit wrote:
On 2/23/2022 1:48 PM, Michael Baum wrote:
The "tx_db_nc" devarg forces doorbell register mapping to non-cached
region eliminating the extra write memory barrier. This argument was
used in creating the UAR for
The warning messages are deprecated APIs warnings from openssl , not compiler
warnings from gcc, the integrity of DPDK remain the same.
Alongside openssl pmd, the ccp and qat pmd also raise the same type of warnings
once openssl 3.0 installed.
In the current intel roadmap, we will try to suppo
On 2/24/2022 8:35 PM, Jerin Jacob wrote:
On Thu, Feb 24, 2022 at 4:13 PM Tomasz Duszynski wrote:
Add B0 variant to the list of supported models.
Signed-off-by: Tomasz Duszynski
Reviewed-by: Jerin Jacob Kollanukkaran
Updated the git commit as follows and applied to
dpdk-next-net-mrvl/for-n
> -Original Message-
> From: Pattan, Reshma
Hi Stephen,
Can you take a look and ack the patch.
Thanks,
Reshma
Coverity flags that both elements of efd_online_group_entry
are used uninitialized. This is OK because this structure
is initially used for starting values, so any value is OK.
Coverity ID: 375868
Fixes: 56b6ef874f80 ("efd: new Elastic Flow Distributor library")
Cc: pablo.de.lara.gua...@intel.com
Constant value 1 has a size of 32 bits, and shifting it more than 32 bits
to the left overflows. 1ULL is needed to be able to get a 64-bit value.
Coverity ID: 375846
Fixes: 8751a7e9832b ("efd: allow more CPU sockets in table creation")
Cc: pablo.de.lara.gua...@intel.com
Cc: sta...@dpdk.org
Signed
On Fri, Feb 25, 2022 at 12:24 PM Vamsi Attunuru wrote:
>
> Currently inline inbound device usage is not default for eventdev,
> patch renames force_inl_dev dev arg to no_inl_dev and enables inline
> inbound device by default.
>
> Signed-off-by: Vamsi Attunuru
Acked-by: Jerin Jacob
Applied to dp
54 matches
Mail list logo
