09/06/2022 02:34, Nicolas Chautru:
> Intent to resolve in DPDK 22.11 historical usage which prevents
> graceful extension of enum and API without troublesome ABI breakage
> as well as extending API RTE_BBDEV_OP_FFT for new operation type
> in bbdev as well as other new members in existing structure
> From: Honnappa Nagarahalli [mailto:honnappa.nagaraha...@arm.com]
> Sent: Sunday, 17 July 2022 05.10
>
>
>
> > Subject: RE: [PATCH v1 1/2] eal: add lcore busyness telemetry
> >
> > > From: Anatoly Burakov [mailto:anatoly.bura...@intel.com]
> > > Sent: Friday, 15 July 2022 15.13
> > >
> > > Curr
28/06/2022 21:08, Akhil Goyal:
> MACsec support is planned for DPDK 22.11, which would
> result in ABI breakage in some of the rte_security structures.
> This patch is to give deprecation notice for the affected structures.
>
> Signed-off-by: Akhil Goyal
Acked-by: Hemant Agrawal
Acked-b
> >>> New event subtypes need to be added for notifying expiry events
> >>> upon reaching IPsec SA soft packet expiry and hard packet/byte
> >>> expiry limits. This would be added in DPDK 22.11.
> >>>
> >>> Signed-off-by: Vamsi Attunuru
> >>> Acked-by: Akhil Goyal
> >> Acked-by: Fan Zhang
> > Ac
24/06/2022 15:45, Srujana Challa:
> Function rte_cryptodev_cb_fn prototype will be extended to
> add new parameter qp_id, to return queue pair ID, which got
> error interrupt to the application, so that application can
> reset that particular queue pair.
>
> https://mails.dpdk.org/archives/dev/202
24/06/2022 14:12, Srujana Challa:
> Adds a return parameter "uint16_t qp_id" to the functions
> rte_cryptodev_pmd_callback_process and rte_cryptodev_cb_fn.
> The new parameter is used to return queue pair ID to
> the application when it gets error interrupt, so that
> application can disable and en
28/06/2022 14:09, Volodymyr Fialko:
> The function `rte_event_crypto_adapter_queue_pair_add` will accept
> `rte_event_crypto_adapter_queue_conf` argument instead of `rte_event`.
>
> Signed-off-by: Volodymyr Fialko
Acked-by: Akhil Goyal
Acked-by: Jerin Jacob
Acked-by: Abhinandan Guj
28/06/2022 04:34, Naga Harish K S V:
> The structure ``rte_event_timer_adapter_stats`` will be
> extended by adding a new field, ``evtim_drop_count``. This stat
> will represent the number of times an event_timer expiry event
> is dropped by the event timer adapter.
>
> Signed-off-by: Naga Harish
> > >>> Stop flush callback is missing `rte_` prefix and might conflict with
> > >>> application declarations.
> > >>>
> > >>> Signed-off-by: Pavan Nikhilesh
> > >>
> > >> Acked-by: Jerin Jacob
> >
> > Acked-by: Mattias Rönnblom
>
> Makes sense; good tidy up.
>
> Acked-by: Harry van Haaren
14/07/2022 18:57, Van Haaren, Harry:
> > -Original Message-
> > From: Van Haaren, Harry
> > Sent: Thursday, July 14, 2022 5:54 PM
> > To: Pavan Nikhilesh Bhagavatula ; mattias.ronnblom
> > ; Thomas Monjalon
> > Cc: Jerin Jacob Kollanukkaran ; Ray Kinsella
> > ;
> > dev@dpdk.org; McDaniel,
24/06/2022 11:09, pbhagavat...@marvell.com:
> From: Pavan Nikhilesh
>
> The field `*u64s` in the structure `rte_event_vector` will
> be replaced with `u64s`.
>
> Signed-off-by: Pavan Nikhilesh
> ---
> +* eventdev: The element ``*u64s`` in the structure ``rte_event_vector`` is
> + deprecated an
28/06/2022 13:28, pbhagavat...@marvell.com:
> From: Pavan Nikhilesh
>
> The structure ``rte_event_vector`` will be modified to include
> ``elem_offset:12`` bits taken from ``rsvd:15``.
> The ``elem_offset`` defines the offset into the vector array from
> which valid elements are present.
>
> Sig
15/05/2022 12:24, Shijith Thotton:
> Structure rte_event_queue_conf will be extended to include fields to
> support weight and affinity attribute. Once it gets added in DPDK 22.11,
> eventdev internal op, queue_attr_get can be removed.
>
> Signed-off-by: Shijith Thotton
Acked-by: Jerin Jacob
On 7/14/22 11:49 AM, Vargas, Hernan wrote:
Hi Tom, Maxime,
Could you please review the v5 series that Nic submitted last week?
https://patches.dpdk.org/project/dpdk/list/?series=23912
Thanks,
Hernan
Hernan,
For this patch series for the acc200, will you be able to refactor it so
acc has a
Hi,
> -Original Message-
> From: Thomas Monjalon
> Sent: Tuesday, July 12, 2022 1:37 AM
> To: annou...@dpdk.org
> Subject: release candidate 22.07-rc4
>
> A new DPDK release candidate is ready for testing:
> https://git.dpdk.org/dpdk/tag/?id=v22.07-rc4
>
> There are 22 new patches
On 2022-07-15 15:16, Pavan Nikhilesh Bhagavatula wrote:
>
>
>> -Original Message-
>> From: Mattias Rönnblom
>> Sent: Friday, July 15, 2022 1:26 PM
>> To: Pavan Nikhilesh Bhagavatula ; Thomas
>> Monjalon
>> Cc: Jerin Jacob Kollanukkaran ; Ray Kinsella
>> ; dev@dpdk.org; timothy.mcdan...@
Hi,
I have been working on the dpdk memif driver and encountered the following
issues. Please consider these patches for review.
Firstly, the zero copy code in drivers/net/memif/rte_eth_memif.c can
readilly overflow the ring buffer for mbufs. This patch adjusts the n_slots
used in rte_poktmbuf_al
A new release is available:
https://fast.dpdk.org/rel/dpdk-22.07.tar.xz
This Summer release is quite small:
1021 commits from 177 authors
1149 files changed, 77256 insertions(+), 26288 deletions(-)
It is not planned to start a maintenance branch for 22.07.
This version is
A new release is available:
https://fast.dpdk.org/rel/dpdk-22.07.tar.xz
This Summer release is quite small:
1021 commits from 177 authors
1149 files changed, 77256 insertions(+), 26288 deletions(-)
It is not planned to start a maintenance branch for 22.07.
This version is
Currently in function vhost_user_msg_handler, variable ret is used to
store both vhost msg result code and function call return value.
After this patch, variable ret is used only to store function call
return value, a new variable msg_result is used to store vhost msg
result. This can improve reada
In try_expand_heap() alloc_sz is calculated which may result in
unnecessary allocation of whole huge page, this may cause allocation
limit from system or eal
In response to this mail:
Signed-off-by: Fidaullah Noonari
---
lib/eal/common/malloc_heap.c | 2 +-
lib/eal/common/malloc_mp.c | 2 +-
Hi Jiayu,
Can you please suggest if the patch can be used ? When timestamps are
disabled we would unnecessarily indulge pure TCP ack packets in the GRO
layer. Or can we have a fix where if the TCP timestamp option is not
present in the packet, do not process the packet, return immediately ?
Thank
Add support for aes cmac operations.
v2:
* Added support for openssl 3.0
Ashwin Sekhar T K (1):
crypto/openssl: support aes cmac operations
drivers/crypto/openssl/openssl_pmd_private.h | 14 ++
drivers/crypto/openssl/rte_openssl_pmd.c | 142 ++-
drivers/crypto/openssl/rt
Extend openssl crypto PMD to support AES CMAC operations.
Signed-off-by: Ashwin Sekhar T K
---
drivers/crypto/openssl/openssl_pmd_private.h | 14 ++
drivers/crypto/openssl/rte_openssl_pmd.c | 142 ++-
drivers/crypto/openssl/rte_openssl_pmd_ops.c | 20 +++
3 files changed, 1
24 matches
Mail list logo
