DPDK patches and discussions
 help / color / mirror / Atom feed
From: Anoob Joseph <anoobj@marvell.com>
To: Vamsi Krishna Attunuru <vattunuru@marvell.com>,
	"thomas@monjalon.net" <thomas@monjalon.net>,
	"fengchengwen@huawei.com" <fengchengwen@huawei.com>,
	"bruce.richardson@intel.com" <bruce.richardson@intel.com>,
	"mb@smartsharesystems.com" <mb@smartsharesystems.com>
Cc: "dev@dpdk.org" <dev@dpdk.org>,
	"kevin.laatz@intel.com" <kevin.laatz@intel.com>,
	Jerin Jacob <jerinj@marvell.com>,
	"conor.walsh@intel.com" <conor.walsh@intel.com>,
	Gowrishankar Muthukrishnan <gmuthukrishn@marvell.com>,
	Vidya Sagar Velumuri <vvelumuri@marvell.com>,
	"g.singh@nxp.com" <g.singh@nxp.com>,
	"sachin.saxena@oss.nxp.com" <sachin.saxena@oss.nxp.com>,
	"hemant.agrawal@nxp.com" <hemant.agrawal@nxp.com>,
	Vamsi Krishna Attunuru <vattunuru@marvell.com>,
	Amit Prakash Shukla <amitprakashs@marvell.com>
Subject: RE: [EXTERNAL] [PATCH v4 1/1] dmadev: support priority configuration
Date: Thu, 3 Oct 2024 13:07:04 +0000	[thread overview]
Message-ID: <PH0PR18MB46720E80A4CC89FCC5573BFBDF712@PH0PR18MB4672.namprd18.prod.outlook.com> (raw)
In-Reply-To: <20241003115347.1365370-1-vattunuru@marvell.com>

Hi Vamsi,

Looks good overall. Minor nit inline.

With the change, Acked-by: Anoob Joseph <anoobj@marvell.com>

Thanks,
Anoob

> From: Vamsi Attunuru <mailto:vattunuru@marvell.com>
>
> Some DMA controllers offer the ability to configure priority level
> for the hardware command queues, allowing for the prioritization of
> DMA command execution based on queue importance.
>
> This patch introduces the necessary fields in the dmadev structures to
> retrieve information about the hardware-supported priority levels and to
> enable priority configuration from the application.
>
> Signed-off-by: Vamsi Attunuru <mailto:vattunuru@marvell.com>
> Signed-off-by: Amit Prakash Shukla <mailto:amitprakashs@marvell.com>
> ---
> V4 changes:
> * Rebased onto the latest
>
> V3 changes:
> * Corrected patch title
>
> V2 changes:
> * Reverted removed text from release_24_11.rst
>
> V1 changes:
> * Added trace support
> * Added new capability flag
>
> Deprecation notice:
> https://urldefense.proofpoint.com/v2/url?u=https-3A__patches.dpdk.org_project_dpdk_patch_20240730144612.2132848-2D1-2Damitprakashs-40marvell.com_&d=DwIDAg&c=nKjWec2b6R0mOyPaz7xtfQ&r=jPfB8rwwviRSxyLWs2n6B-WYLn1v9SyTMrT5EQqh2TU&m=c22fMFIKeJe1DOrgulUnP_Vx8GS88rJvSiL6g5m-mXf6ioWKtTZogLVQGhFkAnTS&s=PqF7gt7H7PoC8EZjxdhed4aH7gqUS-qNKx0oKgCqorE&e=
>
> * Assuming we do not anticipate any advanced scheduling schemes for dmadev queues,
>  this patch is intended to support a strict priority scheme.
>
> doc/guides/rel_notes/release_24_11.rst |  8 ++++++++
> lib/dmadev/rte_dmadev.c                | 15 +++++++++++++++
> lib/dmadev/rte_dmadev.h                | 21 +++++++++++++++++++++
> lib/dmadev/rte_dmadev_trace.h          |  2 ++
> 4 files changed, 46 insertions(+)
>

<snip>

> --- a/lib/dmadev/rte_dmadev.h
> +++ b/lib/dmadev/rte_dmadev.h
> @@ -268,6 +268,16 @@ int16_t rte_dma_next_dev(int16_t start_dev_id);
> #define RTE_DMA_CAPA_OPS_COPY_SG	RTE_BIT64(33)
> /** Support fill operation. */
> #define RTE_DMA_CAPA_OPS_FILL		RTE_BIT64(34)
> +/** Support strict prioritization at DMA HW channel level
> + *
> + * If device supports HW channel prioritization then application could
> + * assign fixed priority to the DMA HW channel using 'priority' field in

[Anoob] Do we need to mention HW? Should we just use "DMA channel"? Here and in other places.

> + * struct rte_dma_conf. Number of supported priority levels will be known
> + * from 'nb_priorities' field in struct rte_dma_info.
> + *
> + * DMA devices which support prioritization can advertise this capability.
> + */

  reply	other threads:[~2024-10-03 13:07 UTC|newest]

Thread overview: 12+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2024-09-13 12:10 [RFC v0 1/1] dmadev: provide priority configuration support Vamsi Krishna
2024-09-14  9:41 ` fengchengwen
2024-09-16 16:34   ` [EXTERNAL] " Vamsi Krishna Attunuru
2024-09-18  9:40 ` [RFC v1 1/1] dmadev: support priority configuration Vamsi Krishna
2024-09-18 10:13   ` [RFC v2 " Vamsi Krishna
2024-10-03 11:41     ` [PATCH v3 " Vamsi Krishna
2024-10-03 11:53       ` [PATCH v4 " Vamsi Krishna
2024-10-03 13:07         ` Anoob Joseph [this message]
2024-10-03 13:15           ` [EXTERNAL] " Vamsi Krishna Attunuru
2024-10-03 13:31             ` Vamsi Krishna Attunuru
2024-10-03 14:28             ` Anoob Joseph
2024-10-03 15:48               ` Vamsi Krishna Attunuru

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=PH0PR18MB46720E80A4CC89FCC5573BFBDF712@PH0PR18MB4672.namprd18.prod.outlook.com \
    --to=anoobj@marvell.com \
    --cc=amitprakashs@marvell.com \
    --cc=bruce.richardson@intel.com \
    --cc=conor.walsh@intel.com \
    --cc=dev@dpdk.org \
    --cc=fengchengwen@huawei.com \
    --cc=g.singh@nxp.com \
    --cc=gmuthukrishn@marvell.com \
    --cc=hemant.agrawal@nxp.com \
    --cc=jerinj@marvell.com \
    --cc=kevin.laatz@intel.com \
    --cc=mb@smartsharesystems.com \
    --cc=sachin.saxena@oss.nxp.com \
    --cc=thomas@monjalon.net \
    --cc=vattunuru@marvell.com \
    --cc=vvelumuri@marvell.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).