In the receiving direction, if alloc mbuf or jumbo process failed, there
is no err_pkts count, which makes it difficult to locate the problem.
In the sending direction, if the pcap_sendpacket function returns
EMSGSIZE, it means that the size of the sent packet exceeds the buffer
size provided, and
In the receiving direction, if alloc mbuf or jumbo process failed, there
is no err_pkts count, which makes it difficult to locate the problem.
In the sending direction, if the pcap_sendpacket function returns
EMSGSIZE, it means that the size of the sent packet exceeds the buffer
size provided, and
The comment says the function is Experimental but the
attribute was never set?
Also, fix the docbook comment format.
Fixes: 8d9c2c3a1f01 ("mbuf: add function to generate raw Tx offload value")
Cc: konstantin.anan...@intel.com
Signed-off-by: Stephen Hemminger
---
lib/mbuf/rte_mbuf.h | 3 ++-
1 f
These functions to register dynamic fields were added in 20.11
and should be promoted to supported.
Signed-off-by: Stephen Hemminger
---
lib/mbuf/rte_mbuf_dyn.h | 15 ---
lib/mbuf/version.map| 18 +-
2 files changed, 9 insertions(+), 24 deletions(-)
diff --git a/
These two functions were added in 20.11 as experimental.
Time to promote the to supported status.
Signed-off-by: Stephen Hemminger
---
lib/mbuf/rte_mbuf.h | 2 --
lib/mbuf/version.map | 4 ++--
2 files changed, 2 insertions(+), 4 deletions(-)
diff --git a/lib/mbuf/rte_mbuf.h b/lib/mbuf/rte_mbu
These experimental API's in mbuf should be changed to
officially supported.
v2 changes:
update comment in dynamic field functions
fix rte_experimental in rte_mbuf_tx_offload
Stephen Hemminger (3):
mbuf: take experimental of mbuf copy and bulk free
mbuf: remove experimental from dynamic fi
On Wed, 25 Aug 2021 15:23:08 +
Honnappa Nagarahalli wrote:
>
>
> >
> > On 2021-08-02 07:16, Honnappa Nagarahalli wrote:
> > > The current described behaviour of rte_ctrl_thread_create is rigid
> > > which makes the implementation of the function complex.
> > > The behavior is abstracted
On Wed, Aug 25, 2021 at 1:01 AM Thomas Monjalon wrote:
>
> +1, I support this idea.
>
> 12/08/2021 14:43, Dmitry Kozlyuk:
> > We propose to add a mempool flag MEMPOOL_F_NON_IO to mark pools of objects
> > that
> > will not be used with device IO and their memory for DMA. This will allow
> > savi
On 8/24/2021 7:19 PM, Jie Wang wrote:
> This patch adds a new API "rte_eth_dev_conf_info_get()" to help testpmd get
> device configuration info.
>
> Signed-off-by: Jie Wang
> ---
> lib/ethdev/rte_ethdev.c | 27 +++
> lib/ethdev/rte_ethdev.h | 26 ++
The i40evf driver is not initializing the eth_dev attribute which
can result in a nullptr dereference. Changes were modeled after the
iavf_dev_init() per suggestion from the mailing list[1].
[1] https://mails.dpdk.org/archives/dev/2021-August/217251.html
Signed-off-by: Ben Magistro
---
drivers/
>
> Hi Honnappa,
>
> (Sorry if you get this message twice, I forgot to reply all the first time)
>
> Sorry for the late reply. I was also away.
No problem, thanks for your comments.
>
> I have only made one small contribution to DPDK so I'll defer to others to
> decide whether this patch sho
Hi Honnappa,
(Sorry if you get this message twice, I forgot to reply all the first time)
Sorry for the late reply. I was also away.
I have only made one small contribution to DPDK so I'll defer to
others to decide whether this patch should be accepted. When I
submitted my patch, I got the feelin
Added macros to simplify print of MAC address.
The six bytes of a MAC address are extracted in
a macro here, to improve code readablity.
Signed-off-by: Aman Singh
Reviewed-by: Ferruh Yigit
---
The change in the document will be done in seperate patch.
To ensure document has direct reference of t
Added macro to print six bytes of MAC address.
The MAC addresses will be printed in upper case
hexadecimal format.
In case there is a specific check for lower case
MAC address, the user may need to make a change in
such test case after this patch.
Signed-off-by: Aman Singh
Reviewed-by: Ferruh Yig
Added macros to simplyfy print of MAC address.
The six bytes of mac address is extracted using
a macro to improve code readability.
V2: Fix build issue in examples code
V3: Fix Windows compilation issue
V5: Print format aligned with rte_ether_format_addr API
Both using upper case hexadecimal f
These functions to register dynamic fields were added in 20.11
and should be promoted to supported.
Signed-off-by: Stephen Hemminger
---
lib/mbuf/rte_mbuf_dyn.h | 9 -
lib/mbuf/version.map| 18 +-
2 files changed, 9 insertions(+), 18 deletions(-)
diff --git a/lib/mb
These two functions were added in 20.11 as experimental.
Time to promote the to supported status.
Signed-off-by: Stephen Hemminger
---
lib/mbuf/rte_mbuf.h | 2 --
lib/mbuf/version.map | 4 ++--
2 files changed, 2 insertions(+), 4 deletions(-)
diff --git a/lib/mbuf/rte_mbuf.h b/lib/mbuf/rte_mbu
These experimental API's in mbuf should be changed to
officially supported.
Stephen Hemminger (2):
mbuf: take experimental of mbuf copy and bulk free
mbuf: remove experimental from dynamic field support
lib/mbuf/rte_mbuf.h | 2 --
lib/mbuf/rte_mbuf_dyn.h | 9 -
lib/mbuf/version
>
> On 2021-08-24 23:30, Stephen Hemminger wrote:
> > On Tue, 24 Aug 2021 20:03:03 +
> > Honnappa Nagarahalli wrote:
> >
> >>> One difference between this implementation and the previous one is
> >>> this busy loop. rte_pause() relaxes the cpu, but will not make the
> >>> calling thread to
>
> On 2021-08-02 07:16, Honnappa Nagarahalli wrote:
> > The current described behaviour of rte_ctrl_thread_create is rigid
> > which makes the implementation of the function complex.
> > The behavior is abstracted to allow for simplified implementation.
> >
>
> Have you considered using a POSI
On 2021-08-24 23:30, Stephen Hemminger wrote:
On Tue, 24 Aug 2021 20:03:03 +
Honnappa Nagarahalli wrote:
One difference between this implementation and the previous one is this busy
loop. rte_pause() relaxes the cpu, but will not make the calling thread to sleep
and wait for the sync event
On 2021-08-02 07:16, Honnappa Nagarahalli wrote:
The current described behaviour of rte_ctrl_thread_create is
rigid which makes the implementation of the function complex.
The behavior is abstracted to allow for simplified implementation.
Have you considered using a POSIX condition variable in
Hi Thomas,
> [...]
> > > I am still unsure exactly what the use case is here - why are we
> > > choosing to publish the pointer values through telemetry rather than
> > > using a debug log for example?
> >
> > Pointer values are useful sometimes for more debugging through telemetry,
> hence this p
Hi,
i) Is pdcp ciphering / deciphering using rte_security API for PDCP possible
using Intel Crypto buffer ? Or it is required h/w offload to cryptodev
which supports PDCP ciphering/deciphering ? I understand that API sequence
given here mentio h/w offload ?
ii) In other words want to check, is the
On 8/17/2021 2:44 AM, Li, Xiaoyun wrote:
>
>
>> -Original Message-
>> From: Nithin Dabilpuram
>> Sent: Monday, August 16, 2021 15:10
>> To: Li, Xiaoyun
>> Cc: jer...@marvell.com; dev@dpdk.org; Nithin Dabilpuram
>> ; jia@intel.com; sta...@dpdk.org
>> Subject: [PATCH 1/2] app/testpmd:
25/08/2021 13:47, Burakov, Anatoly:
> On 25-Aug-21 8:26 AM, Thomas Monjalon wrote:
> > 24/08/2021 12:58, Dmitry Kozlyuk:
> >> Hello,
> >>
> >> Me and Xueming are wondering why DPDK clears the memory on free
> >> and not only when it's explicitly requested (rte_zmalloc).
> >>
> >> It's been so for a
On 25-Aug-21 12:27 PM, Xuan Ding wrote:
Currently, the VFIO subsystem will compact adjacent DMA regions for the
purposes of saving space in the internal list of mappings. This has a
side effect of compacting two separate mappings that just happen to be
adjacent in memory. Since VFIO implementatio
On 25-Aug-21 8:26 AM, Thomas Monjalon wrote:
24/08/2021 12:58, Dmitry Kozlyuk:
Hello,
Me and Xueming are wondering why DPDK clears the memory on free
and not only when it's explicitly requested (rte_zmalloc).
It's been so for a while:
commit ea0bddbd14e68fb42d9774bc3543e51b510e48d3
Author: Se
Currently, the VFIO subsystem will compact adjacent DMA regions for the
purposes of saving space in the internal list of mappings. This has a
side effect of compacting two separate mappings that just happen to be
adjacent in memory. Since VFIO implementation on IA platforms also does
not allow part
>
> Call xsk_ring_prod__submit() before kick_tx() so that the kernel
> consumer sees the updated state of Tx ring. Otherwise, Tx packets are
> stuck in the ring until the next call to af_xdp_tx_zc().
>
> Fixes: d8a210774e1d ("net/af_xdp: support unaligned umem chunks")
> Cc: sta...@dpdk.org
>
>
Call xsk_ring_prod__submit() before kick_tx() so that the kernel
consumer sees the updated state of Tx ring. Otherwise, Tx packets are
stuck in the ring until the next call to af_xdp_tx_zc().
Fixes: d8a210774e1d ("net/af_xdp: support unaligned umem chunks")
Cc: sta...@dpdk.org
Signed-off-by: Baru
11/08/2021 18:18, Gowrishankar Muthukrishnan:
> From: Power, Ciara
> > From: Gowrishankar Muthukrishnan
> > > telemetry: enable storing pointer value
[...]
> > I am still unsure exactly what the use case is here - why are we choosing to
> > publish the pointer values through telemetry rather tha
在 2021/8/24 22:42, Ferruh Yigit 写道:
On 8/19/2021 4:45 AM, Huisong Li wrote:
在 2021/8/18 19:24, Ferruh Yigit 写道:
On 8/13/2021 9:16 AM, Huisong Li wrote:
在 2021/8/13 14:12, Thomas Monjalon 写道:
13/08/2021 04:11, Huisong Li:
Hi, all
This patch can enhance the security of device uninstallation
>
> Call xsk_ring_prod__submit() before kick_tx() so that the kernel
> consumer sees the updated state of Tx ring. Otherwise, Tx packets are
> stuck in the ring until the next call to af_xdp_tx_zc().
>
> Fixes: d8a210774e1d ("net/af_xdp: support unaligned umem chunks")
> Cc: sta...@dpdk.org
>
>
For VF hosted by Intel 700 series NICs, internal rx interrupt and adminq
interrupt share the same source, that cause a lot cpu cycles be wasted on
interrupt handler on rx path.
The patch disable pci interrupt and remove the interrupt handler, replace
it with a low frequency(50ms) interrupt polling
This patch add support to also counter err pkt counter per queue.
This also enhances few related debug prints.
Signed-off-by: Hemant Agrawal
---
drivers/crypto/dpaa2_sec/dpaa2_sec_dpseci.c | 6 --
1 file changed, 4 insertions(+), 2 deletions(-)
diff --git a/drivers/crypto/dpaa2_sec/dpaa2_se
From: Gagandeep Singh
This patch improve storage and performance by force inline
of the keys.
Signed-off-by: Franck LENORMAND
Signed-off-by: Gagandeep Singh
---
drivers/crypto/dpaa_sec/dpaa_sec.c | 35 ++
1 file changed, 26 insertions(+), 9 deletions(-)
diff --git
From: Gagandeep Singh
The logic was incorecly doing conditional swap. It need to
be bit swap always.
Fixes: 73a24060cd70 ("crypto/dpaa2_sec: add sample PDCP descriptor APIs")
Cc: sta...@dpdk.org
Signed-off-by: Gagandeep Singh
---
drivers/common/dpaax/caamflib/desc/pdcp.h | 7 ---
1 file c
From: Franck LENORMAND
The space in descriptor buffer is scarce as it is limited to
64 words for platforms except ERA10 (which has 128).
As the descriptors are processed with QI, it adds some words
to the descriptor which is passed.
Some descriptors used for SDAP were using too much words reach
From: Franck LENORMAND
For SDAP, we are not using the protocol operation to perform
4G/LTE operation so the DPOVRD option is not used.
Removing it save some space in the descriptor buffer and
execution time.
Signed-off-by: Franck LENORMAND
---
drivers/common/dpaax/caamflib/desc/pdcp.h | 14 ++
From: Franck LENORMAND
The offset of the HFn word and Bearer/Dir word is different
depending on type of PDB.
The wrong value was used.
This patch address this issue
Signed-off-by: Franck LENORMAND
---
drivers/common/dpaax/caamflib/desc/pdcp.h | 7 +-
drivers/common/dpaax/caamflib/desc/sdap.
From: Gagandeep Singh
This patch adds support for AES_CMAC integrity in non-security mode.
This patch modifies the camm flib to handles the AES CMAC
without conflicting the proto ALG operations. i.e. by creating
another ALG operation routine.
Signed-off-by: Gagandeep Singh
---
doc/guides/crypt
From: Gagandeep Singh
This patch adds support for AES-XCBC-MAC algo.
Signed-off-by: Gagandeep Singh
---
doc/guides/cryptodevs/features/dpaa_sec.ini | 1 +
drivers/crypto/dpaa_sec/dpaa_sec.c | 21 -
2 files changed, 21 insertions(+), 1 deletion(-)
diff --git a/doc
From: Gagandeep Singh
This patch add support for non-HMAC, md5, shax algos.
Signed-off-by: Gagandeep Singh
---
doc/guides/cryptodevs/features/dpaa_sec.ini | 8 +-
drivers/crypto/dpaa_sec/dpaa_sec.c | 55 +++--
drivers/crypto/dpaa_sec/dpaa_sec.h | 126 ++
From: Gagandeep Singh
add DES-CBC support and enable available cipher-only
test cases.
Signed-off-by: Gagandeep Singh
---
doc/guides/cryptodevs/features/dpaa_sec.ini | 1 +
drivers/crypto/dpaa_sec/dpaa_sec.c | 13 +
drivers/crypto/dpaa_sec/dpaa_sec.h | 20 +++
This patch fixes the issue to check for next pointer as
null in the integrity only case in pdcp-security context.
Fixes: bef594ec5cc8 ("crypto/dpaa2_sec: support PDCP offload")
Cc: sta...@dpdk.org
Signed-off-by: Hemant Agrawal
---
drivers/crypto/dpaa2_sec/dpaa2_sec_dpseci.c | 25 +++
Instead of polling for previous lock holder unlocking, use
wait_until_equal API.
Signed-off-by: Feifei Wang
Reviewed-by: Ruifeng Wang
---
lib/eal/include/generic/rte_mcslock.h | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/lib/eal/include/generic/rte_mcslock.h
b/lib/ea
+1, I support this idea.
12/08/2021 14:43, Dmitry Kozlyuk:
> We propose to add a mempool flag MEMPOOL_F_NON_IO to mark pools of objects
> that
> will not be used with device IO and their memory for DMA. This will allow
> saving IOMMU entries by not mapping the memory used by such pools.
>
> Imm
Instead of polling for mcfg->magic to be updated, use wait_until_equal
API.
Signed-off-by: Feifei Wang
Reviewed-by: Ruifeng Wang
---
lib/eal/common/eal_common_mcfg.c | 3 +--
1 file changed, 1 insertion(+), 2 deletions(-)
diff --git a/lib/eal/common/eal_common_mcfg.c b/lib/eal/common/eal_commo
For dpdk/lib, directly use wait_until_equal API to replace tight loop.
Feifei Wang (2):
eal/common: use wait until equal API for tight loop
mcslock: use wait until equal API for tight loop
lib/eal/common/eal_common_mcfg.c | 3 +--
lib/eal/include/generic/rte_mcslock.h | 4 ++--
2 files
On Tue, Aug 24, 2021 at 6:29 PM Ajit Khaparde
wrote:
>
> During port stop/start sequence the Thor FW is returning an error.
> This is because we are deriving incorrect active Rx ring and using
> that wrong information in the bnxt_vnic_rss_cfg HWRM command.
>
> Fix it by using the rx_queue_state fr
24/08/2021 12:58, Dmitry Kozlyuk:
> Hello,
>
> Me and Xueming are wondering why DPDK clears the memory on free
> and not only when it's explicitly requested (rte_zmalloc).
>
> It's been so for a while:
>
> commit ea0bddbd14e68fb42d9774bc3543e51b510e48d3
> Author: Sergio Gonzalez Monroy
> Date:
23/08/2021 18:27, Radha Mohan:
> > MAINTAINERS | 6 -
> > doc/guides/rawdevs/index.rst | 1 -
> > doc/guides/rawdevs/octeontx2_ep.rst | 82 ---
> > drivers/raw/meson.build | 1 -
> > drivers/raw/octeontx2_ep/meson.build
This patch add support for RAW API testing with ZUC
and SNOW test cases.
Signed-off-by: Gagandeep Singh
Signed-off-by: Hemant Agrawal
---
app/test/test_cryptodev.c | 57 ++-
1 file changed, 51 insertions(+), 6 deletions(-)
diff --git a/app/test/test_cryptode
This patch add support for raw API tests for
dpaa_sec and dpaa2_sec platforms.
Signed-off-by: Gagandeep Singh
Signed-off-by: Hemant Agrawal
---
app/test/test_cryptodev.c | 116 +++---
1 file changed, 109 insertions(+), 7 deletions(-)
diff --git a/app/test/test_c
From: Gagandeep Singh
This add support for AEAD and proto offload with raw APIs
for dpaa_sec driver.
Signed-off-by: Gagandeep Singh
---
drivers/crypto/dpaa_sec/dpaa_sec_raw_dp.c | 293 ++
1 file changed, 293 insertions(+)
diff --git a/drivers/crypto/dpaa_sec/dpaa_sec_raw_d
From: Gagandeep Singh
This patch improves the raw vector support in dpaa_sec driver
for authonly and chain usecase.
Signed-off-by: Gagandeep Singh
---
drivers/crypto/dpaa_sec/dpaa_sec.h| 3 +-
drivers/crypto/dpaa_sec/dpaa_sec_raw_dp.c | 296 +-
2 files changed, 28
From: Gagandeep Singh
This patch add raw vector API framework for dpaa_sec driver.
Signed-off-by: Gagandeep Singh
---
drivers/crypto/dpaa_sec/dpaa_sec.c| 23 +-
drivers/crypto/dpaa_sec/dpaa_sec.h| 39 +-
drivers/crypto/dpaa_sec/dpaa_sec_raw_dp.c | 485 ++
From: Gagandeep Singh
This patch improves error conditions and support of
Wireless algos with raw buffers.
Signed-off-by: Gagandeep Singh
---
drivers/crypto/dpaa2_sec/dpaa2_sec_raw_dp.c | 31 -
1 file changed, 6 insertions(+), 25 deletions(-)
diff --git a/drivers/crypto/dp
From: Gagandeep Singh
add support for out of order processing with raw vector APIs.
Signed-off-by: Gagandeep Singh
---
drivers/crypto/dpaa2_sec/dpaa2_sec_priv.h | 1 +
drivers/crypto/dpaa2_sec/dpaa2_sec_raw_dp.c | 156 +++-
2 files changed, 116 insertions(+), 41 deletions(-
From: Gagandeep Singh
add raw vector API support for AEAD algos.
Signed-off-by: Gagandeep Singh
---
drivers/crypto/dpaa2_sec/dpaa2_sec_raw_dp.c | 249 +---
1 file changed, 214 insertions(+), 35 deletions(-)
diff --git a/drivers/crypto/dpaa2_sec/dpaa2_sec_raw_dp.c
b/drivers/cr
From: Gagandeep Singh
This patch supports AUTHENC with raw buufer APIs
Signed-off-by: Gagandeep Singh
---
drivers/crypto/dpaa2_sec/dpaa2_sec_raw_dp.c | 128 ++--
1 file changed, 121 insertions(+), 7 deletions(-)
diff --git a/drivers/crypto/dpaa2_sec/dpaa2_sec_raw_dp.c
b/drive
From: Gagandeep Singh
Auth only with raw buffer APIs has been supported in this patch.
Signed-off-by: Gagandeep Singh
---
drivers/crypto/dpaa2_sec/dpaa2_sec_priv.h | 21
drivers/crypto/dpaa2_sec/dpaa2_sec_raw_dp.c | 114 ++--
2 files changed, 108 insertions(+), 27 delet
From: Gagandeep Singh
This path add framework for raw API support.
The initial patch only test cipher only part.
Signed-off-by: Hemant Agrawal
Signed-off-by: Gagandeep Singh
---
drivers/crypto/dpaa2_sec/dpaa2_sec_dpseci.c | 13 +-
drivers/crypto/dpaa2_sec/dpaa2_sec_priv.h | 60 +-
drivers
From: Gagandeep Singh
If no next segment available the “for” loop will fail and it still
returns i+1 i.e. 2, which is wrong as it has filled only 1 buffer.
Fixes: 7adf992fb9bf ("cryptodev: introduce CPU crypto API")
Cc: marcinx.smoczyn...@intel.com
Cc: sta...@dpdk.org
Signed-off-by: Gagandeep S
The structure rte_crypto_sym_vec is updated to
add dest_sgl to support out of place processing.
Signed-off-by: Hemant Agrawal
---
lib/cryptodev/rte_crypto_sym.h | 2 ++
1 file changed, 2 insertions(+)
diff --git a/lib/cryptodev/rte_crypto_sym.h b/lib/cryptodev/rte_crypto_sym.h
index e5cef1fb72.
From: Gagandeep Singh
The current crypto raw data vectors is extended to support
rte_security usecases, where we need total data length to know
how much additional memory space is available in buffer other
than data length so that driver/HW can write expanded size
data after encryption.
Signed-o
This patch renames the sgl to src_sgl to help differentiating
between source and destination sgl.
Signed-off-by: Hemant Agrawal
---
app/test/test_cryptodev.c | 6 +++---
drivers/crypto/qat/qat_sym_hw_dp.c | 27 ---
lib/cryptodev/rte_crypto_sym.h | 2 +-
lib
This patch series adds support for raw vector API in dpaax_sec drivers
This also enhances the raw vector APIs to support OOP and security
protocol support.
Gagandeep Singh (11):
crypto: add total raw buffer length
crypto: fix raw process for multi-seg case
crypto/dpaa2_sec: support raw datap
> -Original Message-
> From: dev On Behalf Of Qiming Chen
> Sent: Tuesday, August 24, 2021 5:30 PM
> To: dev@dpdk.org
> Cc: Xing, Beilei ; Qiming Chen
>
> Subject: [dpdk-dev] [PATCH v2] net/i40e: solve the failure of vf vlan
> filtering
>
> When vf driver port promiscuous is turned o
70 matches
Mail list logo
