[dpdk-dev] [PATCH v4 4/8] lib/librte_eventdev: extend the eventdev capability flags

Jerin Jacob jerin.jacob at caviumnetworks.com
Mon Jan 8 07:32:09 CET 2018


-----Original Message-----
> Date: Fri, 22 Dec 2017 11:23:46 +0000
> From: Liang Ma <liang.j.ma at intel.com>
> To: jerin.jacob at caviumnetworks.com
> CC: dev at dpdk.org, harry.van.haaren at intel.com, bruce.richardson at intel.com,
>  deepak.k.jain at intel.com, john.geary at intel.com, peter.mccarthy at intel.com,
>  seanbh at gmail.com
> Subject: [PATCH v4 4/8] lib/librte_eventdev: extend the eventdev capability

1) eventdev patches subject should start with eventdev:

2) Please check the rendered doxygen HTML output.
Command to generate doxygen documentation:
make doc-api-html


>  flags
> X-Mailer: git-send-email 2.7.5
> 
> this commitd add three new eventdev capability flags

How about change to,

Add new capability flags to express the opdl PMD limitations.

> 
> RTE_EVENT_DEV_CAP_NONSEQ_MODE
> 
> Event device is capable of operating in none sequential mode. The path
> of the event is not necessary to be sequential. Application can change
> the path of event at runtime.if the flag is not set, then event each event
> will follow a path from queue 0 to queue 1 to queue 2 etc. If the flag is
> set, events may be sent to queues in any order.If the flag is not set, the
> eventdev will return an error when the application enqueues an event for a
> qid which is not the next in the sequence.
> 
> RTE_EVENT_DEV_CAP_RUNTIME_PORT_LINK
> 
> Event device is capable of configuring the queue/port link at runtime.
> if the flag is not set, the eventdev queue/port linkis only can be

s/linkis/link is

> configured during  initialization.
> 
> RTE_EVENT_DEV_CAP_MULTIPLE_QUEUE_PORT
> 
> Event device is capable of setting up the link between multiple queue
> with single port. if  the flag is not set, the eventdev can only map a

Additional space between "if" and "the"

> single queue to each port or map a signle queue to many port.

s/signle/single

> 
> Signed-off-by: Liang Ma <liang.j.ma at intel.com>
> Signed-off-by: Peter Mccarthy <peter.mccarthy at intel.com>
> ---
>  lib/librte_eventdev/rte_eventdev.h | 22 ++++++++++++++++++++++
>  1 file changed, 22 insertions(+)
> 
> diff --git a/lib/librte_eventdev/rte_eventdev.h b/lib/librte_eventdev/rte_eventdev.h
> index 1bbea57..91fd4ef 100644
> --- a/lib/librte_eventdev/rte_eventdev.h
> +++ b/lib/librte_eventdev/rte_eventdev.h
> @@ -293,6 +293,28 @@ struct rte_mbuf; /* we just use mbuf pointers; no need to include rte_mbuf.h */
>   * @see rte_event_dequeue_burst() rte_event_enqueue_burst()
>   */
>  
> +#define RTE_EVENT_DEV_CAP_NONSEQ_MODE         (1ULL << 6)
> +/**< Event device is capable of operating in none sequential mode. The path
> + * of the event is not necessary to be sequential. Application can change
> + * the path of event at runtime.if the flag is not set, then event each event
> + * will follow a path from queue 0 to queue 1 to queue 2 etc. If the flag is
> + * set, events may be sent to queues in any order.If the flag is not set, the
> + * eventdev will return an error when the application enqueues an event for a
> + * qid which is not the next in the sequence.
> + */
> +
> +#define RTE_EVENT_DEV_CAP_RUNTIME_PORT_LINK   (1ULL << 7)
> +/**< Event device is capable of configuring the queue/port link at runtime.
> + * if the flag is not set, the eventdev queue/port link is only can be
> + * configured during  initialization.
> + */
> +
> +#define RTE_EVENT_DEV_CAP_MULTIPLE_QUEUE_PORT (1ULL << 8)
> +/**< Event device is capable of setting up the link between multiple queue
> + * with single port. if  the flag is not set, the eventdev can only map a

Additional space between "if" and "the"

> + * single queue to each port or map a signle queue to many port.

s/signle/single

> + */
> +
>  /* Event device priority levels */
>  #define RTE_EVENT_DEV_PRIORITY_HIGHEST   0
>  /**< Highest priority expressed across eventdev subsystem
> -- 
> 2.7.5

With above changes:
Acked-by: Jerin Jacob <jerin.jacob at caviumnetworks.com>


More information about the dev mailing list