Hi,
As part of a project I have a question about the rte ring.
I’m using rte ring multi producer/single consumer.
The producers are several process.
If one producer is enqueuing an element and crashed (kill pid) in the middle of
the
enqueuing, can it compromise the ring ?
Thanks !
This patch enabled querying Forward Error Correction(FEC) capabilities,
set FEC mode and get current FEC mode functions.
Signed-off-by: Qiming Yang
Signed-off-by: Zhichao Zeng
---
v5: fix some judgments
v4: fix some logic
v3: optimize code details
v2: update NIC feature document
---
doc/guides
Hi,
>
> As part of a project I have a question about the rte ring.
> I’m using rte ring multi producer/single consumer.
> The producers are several process.
> If one producer is enqueuing an element and crashed (kill pid) in the middle
> of the
> enqueuing, can it compromise the ring ?
I sup
Added a new fast path API to get the number of used crypto device
queue pair depth at any given point.
An implementation in cnxk crypto driver is also added along with
a test case in test app.
The addition of new API causes an ABI warning.
This is suppressed as the updated struct rte_crypto_fp_op
Added a new fast path API to get used queue pair
descriptors of a specific queue pair of a device.
Applications may monitor the depth used and enqueue
crypto ops accordingly.
Signed-off-by: Akhil Goyal
---
devtools/libabigail.abignore | 3 ++
lib/cryptodev/cryptodev_pmd.c |
Added support to get the used queue pair depth
for a specific queue on cn10k platform.
Signed-off-by: Akhil Goyal
---
drivers/crypto/cnxk/cn10k_cryptodev.c| 1 +
drivers/crypto/cnxk/cn9k_cryptodev.c | 2 ++
drivers/crypto/cnxk/cnxk_cryptodev_ops.c | 15 +++
drivers/crypto/c
Added a test case to verify the new API
rte_cryptodev_qp_depth_used() to get the used
depth of a crypto device queue pair.
Signed-off-by: Akhil Goyal
---
app/test/test_cryptodev.c | 117 ++
1 file changed, 117 insertions(+)
diff --git a/app/test/test_cryptode
Added support to allow segmented buffers for IPsec
and tls-record security offload cases.
Signed-off-by: Akhil Goyal
---
app/test-crypto-perf/cperf_ops.c | 55
1 file changed, 34 insertions(+), 21 deletions(-)
diff --git a/app/test-crypto-perf/cperf_ops.c b/app/
On Mon, Apr 8, 2024 at 5:23 PM Bruce Richardson
wrote:
>
> On Fri, Apr 05, 2024 at 04:45:56PM +0200, David Marchand wrote:
> > At the moment, if the driver sets an incorrect Tx descriptor, the HW
> > will raise a MDD event reported as:
> > ice_interrupt_handler(): OICR: MDD event
> >
> > Add some
On Thu, Apr 11, 2024 at 10:30:19AM +0200, David Marchand wrote:
> On Mon, Apr 8, 2024 at 5:23 PM Bruce Richardson
> wrote:
> >
> > On Fri, Apr 05, 2024 at 04:45:56PM +0200, David Marchand wrote:
> > > At the moment, if the driver sets an incorrect Tx descriptor, the HW
> > > will raise a MDD event
The devices under test may not support the capabilities required by
various test cases. Add support for:
1. Marking test suites and test cases with required capabilities,
2. Getting which required capabilities are supported by the device under
test,
3. And then skipping test suites and test case
Thans for your response !
Yes, using rte_ring between multiple process.
So in this case you’re saying the behavior is undefined ?
In my case another process crashed after that.
> Le 11 avr. 2024 à 11:08, Konstantin Ananyev a
> écrit :
>
>
>
> Hi,
>>
>> As part of a project I have a questi
This patch enabled querying Forward Error Correction(FEC) capabilities,
set FEC mode and get current FEC mode functions.
Signed-off-by: Qiming Yang
Signed-off-by: Zhichao Zeng
---
v5: fix some judgments
v4: fix some logic
v3: optimize code details
v2: update NIC feature document
---
doc/guides
I will resend a new version. Thanks.
Best Regards,
Yutang Jiang
> -Original Message-
> From: Wathsala Wathawana Vithanage
> Sent: Thursday, April 11, 2024 8:32 AM
> To: Wathsala Wathawana Vithanage ; Yutang
> Jiang OS ; dev@dpdk.org
> Cc: Open Source Submission ; Yutang Jiang
> ; Ruifeng
>
> Thans for your response !
>
> Yes, using rte_ring between multiple process.
>
> So in this case you’re saying the behavior is undefined ?
> In my case another process crashed after that.
Without a proper debug session it is really hard to tell what is going on.
If the situation is reproduci
Release status meeting minutes 2024-04-11
=
Agenda:
* Release Dates
* Subtrees
* Roadmaps
* LTS
* Defects
* Opens
Participants:
* AMD
* ARM
* Debian/Microsoft
* Intel
* Marvell
* Nvidia [No]
* Red Hat
Release Dates
-
The following are the curr
This patch enable three Forward Error Correction(FEC) related ops
in ice driver. As no speed information can get from HW, this patch
only show FEC capability.
Signed-off-by: Mingjin Ye
---
doc/guides/nics/features/ice.ini | 1 +
doc/guides/nics/ice.rst | 5 +
drivers/net/ice/ice_eth
I overlooked this reply initially.
On Wed, Apr 10, 2024 at 1:35 PM Luca Vizzarro wrote:
>
> On 10/04/2024 08:41, Juraj Linkeš wrote:
> >>
> >>> @@ -723,7 +731,13 @@ def _start_application(self, get_privileged_command:
> >>> Callable[[str], str] | None
> >>> if self._app_args.app_param
On 3/19/2024 2:16 PM, Alan Elder wrote:
> The previous code allowed the number of Tx queues to be set higher than
> the number of Rx queues. If a packet was sent on a Tx queue with index
>> = number Rx queues there was a segfault.
> This commit fixes the issue by creating an Rx queue for every Tx
On 11/04/2024 11:30, Juraj Linkeš wrote:
I've been thinking about these interactive shell constructors for some
time and I think the factory pattern is not well suitable for this.
Factories work well with classes with the same API (i.e.
implementations of abstract classes that don't add anything
Hi Morten,
On 2024/4/11 14:58, Morten Brørup wrote:
>> From: Chengwen Feng [mailto:fengcheng...@huawei.com]
>> Sent: Thursday, 11 April 2024 05.08
>>
>> Fix a problem introduced by a compiler upgrade (from gcc10 to gcc12.3),
>> which will lead the hns3 NIC can't link up. The root cause is strict
>
Fix a problem introduced by a compiler upgrade (from gcc10 to gcc12.3),
which will lead the hns3 NIC can't link up. The root cause is strict
aliasing violation in rte_eth_linkstatus_set() with hns3 driver, see
[1] for more details.
This commit use union to avoid such aliasing violation.
[1] Stric
Fix a problem introduced by a compiler upgrade (from gcc10 to gcc12.3),
which will lead the hns3 NIC can't link up. The root cause is strict
aliasing violation in rte_eth_linkstatus_set() with hns3 driver, see
[1] for more details.
This commit use union to avoid such aliasing violation.
[1] Stric
On Thu, Apr 11, 2024 at 1:47 PM Luca Vizzarro wrote:
>
> On 11/04/2024 11:30, Juraj Linkeš wrote:
> > I've been thinking about these interactive shell constructors for some
> > time and I think the factory pattern is not well suitable for this.
> > Factories work well with classes with the same AP
https://bugs.dpdk.org/show_bug.cgi?id=1414
Bug ID: 1414
Summary: DTS: Remove the POC OS UDP test case
Product: DPDK
Version: unspecified
Hardware: All
OS: All
Status: UNCONFIRMED
Severity: normal
> From: Chengwen Feng [mailto:fengcheng...@huawei.com]
> Sent: Thursday, 11 April 2024 14.04
>
> Fix a problem introduced by a compiler upgrade (from gcc10 to gcc12.3),
> which will lead the hns3 NIC can't link up. The root cause is strict
> aliasing violation in rte_eth_linkstatus_set() with hns3
> From: fengchengwen [mailto:fengcheng...@huawei.com]
> Sent: Thursday, 11 April 2024 13.58
[...]
> Plus: yes, this patch mixes atomic and non-atomic access, but the main
> reason is that we want to simplify the implementation.
Yes, your design in patch v3 follows the current standard design pat
On 3/20/24 07:37, Pavan Nikhilesh Bhagavatula wrote:
Upon a successful comparison, NEON sets all the bits in the lane to 1
We can skip shifting by simply masking with specific masks.
Signed-off-by: Yoan Picchi
Reviewed-by: Ruifeng Wang
Reviewed-by: Nathan Brown
---
lib/hash/arch/arm/compare
On 11/04/2024 13:13, Juraj Linkeš wrote:
The changes we discuss below don't seem that big. What do you think,
do we just add another patch to the series?
Sure thing, I can take this and add it to v2.
I thought about this a bit as well, it's a good approach. The current
design is top-down, a
On 3/14/2024 12:18 PM, Rushil Gupta wrote:
> Gvnic's DQO format allows offloading IPv4 checksum.
> Made changes to Tx and Rx path to translate DPDK flags
> to descriptor for offloading (and vice-versa).
> Add ptype adminq support to only add this flags for
> supported L3/L4 packet-types.
>
> Signe
On Thu, 11 Apr 2024 03:07:49 +
Chengwen Feng wrote:
> Fix a problem introduced by a compiler upgrade (from gcc10 to gcc12.3),
> which will lead the hns3 NIC can't link up. The root cause is strict
> aliasing violation in rte_eth_linkstatus_set() with hns3 driver, see
> [1] for more details.
>
https://bugs.dpdk.org/show_bug.cgi?id=1415
Bug ID: 1415
Summary: Calling rte_eth_bond_8023ad_dedicated_queues_enable()
leads to exhaustion of the LACP packet pool
Product: DPDK
Version: 23.11
Hardware: All
O
> -Original Message-
> From: Ferruh Yigit
> Sent: Thursday, April 11, 2024 7:38 AM
> To: Alan Elder ; Long Li ;
> Andrew Rybchenko
> Cc: dev@dpdk.org; stephen
> Subject: [EXTERNAL] Re: [PATCH v3] net/netvsc: fix number Tx queues > Rx
> queues
>
> On 3/19/2024 2:16 PM, Alan Elder wrote:
Hi Morten,
On 2024/4/11 20:44, Morten Brørup wrote:
>> From: Chengwen Feng [mailto:fengcheng...@huawei.com]
>> Sent: Thursday, 11 April 2024 14.04
>>
>> Fix a problem introduced by a compiler upgrade (from gcc10 to gcc12.3),
>> which will lead the hns3 NIC can't link up. The root cause is strict
>
34 matches
Mail list logo
