Re: Thread priority for background tasks

On Thu, May 01, 2025 at 09:05:32AM +0200, Morten Brørup wrote: > > From: Stephen Hemminger [mailto:step...@networkplumber.org] > > Sent: Wednesday, 30 April 2025 21.45 > > > > On Wed, 30 Apr 2025 20:40:52 +0200 > > Morten Brørup wrote: > > > > > There are only two thread priorities in the enum r

Re: [PATCH] rust: RFC/demo of safe API for Dpdk Eal, Eth and Rxq

On Wed, Apr 30, 2025 at 06:28:49PM +, Gregory Etelson wrote: >Hello Harry, > >I've been experimenting with lcore workers. > >Please check out the new helloworld example: >[1]https://github.com/getelson-at-mellanox/rdpdk/blob/safe-q/examples/h >elloworld.rs > >There ar

RE: Thread priority for background tasks

> From: Stephen Hemminger [mailto:step...@networkplumber.org] > Sent: Wednesday, 30 April 2025 21.45 > > On Wed, 30 Apr 2025 20:40:52 +0200 > Morten Brørup wrote: > > > There are only two thread priorities in the enum rte_thread_priority: > Normal and Real-time Critical. > > > > I would like to

rte_control event API?

There was recent discussions about drivers creating control threads. The current drivers that use rte_thread_create_internal_control keeps growing, but it got me looking at if this could be done better. Rather than having multiple control threads which have potential conflicts, why not add a new

RE: Thread priority for background tasks

> From: Bruce Richardson [mailto:bruce.richard...@intel.com] > Sent: Thursday, 1 May 2025 09.48 > > On Thu, May 01, 2025 at 09:05:32AM +0200, Morten Brørup wrote: > > > From: Stephen Hemminger [mailto:step...@networkplumber.org] > > > Sent: Wednesday, 30 April 2025 21.45 > > > > > > On Wed, 30 Apr

Re: [PATCH v8 0/4] net/intel: using common functions in idpf driver

On Mon, Apr 28, 2025 at 02:51:31PM +0530, Shaiq Wani wrote: > reworked the drivers to use the common functions > and structures from drivers/net/intel/common. > > v8: fixed idpf_desc_done fn. > v7: rebased on top of latest main branch for a clean apply. > > Shaiq Wani (4): > net/intel: align Tx

Re: [PATCH 1/3] doc/nics: improve structure of Intel VF section

Acked-by: Vladimir Medvedkin On 24/02/2025 15:26, Bruce Richardson wrote: The Intel VF section in the NIC guide document had descriptions of the various drivers at a very deep level of the document hierarchy. Improve the structure of the doc by giving those per-driver subsections their own top-

Re: [PATCH 2/3] doc/nics: rework notes for iavf use

Acked-by: Vladimir Medvedkin On 24/02/2025 15:26, Bruce Richardson wrote: When describing the iavf driver, there was a lot of text in a single note block which could be clarified by splitting it up into separate sections and appropriate bulletted lists. Signed-off-by: Bruce Richardson --- d

Re: [PATCH 3/3] doc/nics: document how to create large VFs for iavf

Acked-by: Vladimir Medvedkin On 24/02/2025 15:26, Bruce Richardson wrote: Document the additional step necessary to create large VFs for iavf when using ice kernel driver v1.13.7 or later. Signed-off-by: Bruce Richardson --- doc/guides/nics/intel_vf.rst | 5 + 1 file changed, 5 inserti

Re: [PATCH] net/intel: enable ethertype filter for E610

On Thu, Apr 24, 2025 at 06:45:06AM +, Xu, HailinX wrote: > > -Original Message- > > From: Kaiwen Deng > > Sent: Wednesday, April 23, 2025 1:54 PM > > To: dev@dpdk.org > > Cc: sta...@dpdk.org; Deng, KaiwenX ; Burakov, > > Anatoly ; Medvedkin, Vladimir > > ; Wenzhuo Lu ; Wei > > Zhao >

[PATCH v1 1/1] bbdev: fix possible null pointer dereference

This change addresses the CID 457446: Null pointer dereferences (REVERSE_INULL). Not expected to happen in practice, but the config may be potentially undefined through API. Coverity issue: 457446 Fixes: 61aa25b96e14 ("bbdev: add trace points") Signed-off-by: Nicolas Chautru --- lib/bbdev/rte_

[PATCH v1 0/1] bbdev: fix possible null pointer dereferencing

Hi Maxime, Minor fix for warning reported by coverity. Thanks Nic Nicolas Chautru (1): bbdev: fix possible null pointer dereference lib/bbdev/rte_bbdev.c | 9 + 1 file changed, 5 insertions(+), 4 deletions(-) -- 2.34.1