* [dpdk-dev] [PATCH] eventdev: clarify atomic and ordered queue config
@ 2017-05-12 19:25 Gage Eads
2017-05-15 3:44 ` Jerin Jacob
2017-05-15 19:40 ` [dpdk-dev] [PATCH v2] " Gage Eads
0 siblings, 2 replies; 5+ messages in thread
From: Gage Eads @ 2017-05-12 19:25 UTC (permalink / raw)
To: dev; +Cc: jerin.jacob
The nb_atomic_flows and nb_atomic_order_sequences fields are only inspected
if the queue is configured for atomic or ordered scheduling, respectively.
This commit updates the documentation to reflect that.
Signed-off-by: Gage Eads <gage.eads@intel.com>
---
lib/librte_eventdev/rte_eventdev.h | 15 ++++++++++-----
1 file changed, 10 insertions(+), 5 deletions(-)
diff --git a/lib/librte_eventdev/rte_eventdev.h b/lib/librte_eventdev/rte_eventdev.h
index 20e7293..32ffcd1 100644
--- a/lib/librte_eventdev/rte_eventdev.h
+++ b/lib/librte_eventdev/rte_eventdev.h
@@ -521,9 +521,11 @@ rte_event_dev_configure(uint8_t dev_id,
struct rte_event_queue_conf {
uint32_t nb_atomic_flows;
/**< The maximum number of active flows this queue can track at any
- * given time. The value must be in the range of
- * [1 - nb_event_queue_flows)] which previously provided in
- * rte_event_dev_info_get().
+ * given time. If the queue is configured for atomic scheduling (by
+ * applying the RTE_EVENT_QUEUE_CFG_ALL_TYPES or
+ * RTE_EVENT_QUEUE_CFG_ATOMIC_ONLY flags to event_queue_cfg), then the
+ * value must be in the range of [1 - nb_event_queue_flows)], which was
+ * previously provided in rte_event_dev_configure().
*/
uint32_t nb_atomic_order_sequences;
/**< The maximum number of outstanding events waiting to be
@@ -533,8 +535,11 @@ struct rte_event_queue_conf {
* scheduler cannot schedule the events from this queue and invalid
* event will be returned from dequeue until one or more entries are
* freed up/released.
- * The value must be in the range of [1 - nb_event_queue_flows)]
- * which previously supplied to rte_event_dev_configure().
+ * If the queue is configured for ordered scheduling (by applying the
+ * RTE_EVENT_QUEUE_CFG_ALL_TYPES or RTE_EVENT_QUEUE_CFG_ORDERED_ONLY
+ * flags to event_queue_cfg), then the value must be in the range of [1
+ * - nb_event_queue_flows)], which was previously supplied to
+ * rte_event_dev_configure().
*/
uint32_t event_queue_cfg; /**< Queue cfg flags(EVENT_QUEUE_CFG_) */
uint8_t priority;
--
2.7.4
^ permalink raw reply [flat|nested] 5+ messages in thread
* Re: [dpdk-dev] [PATCH] eventdev: clarify atomic and ordered queue config
2017-05-12 19:25 [dpdk-dev] [PATCH] eventdev: clarify atomic and ordered queue config Gage Eads
@ 2017-05-15 3:44 ` Jerin Jacob
2017-05-15 19:40 ` [dpdk-dev] [PATCH v2] " Gage Eads
1 sibling, 0 replies; 5+ messages in thread
From: Jerin Jacob @ 2017-05-15 3:44 UTC (permalink / raw)
To: Gage Eads; +Cc: dev, jerin.jacob
-----Original Message-----
> Date: Fri, 12 May 2017 14:25:37 -0500
> From: Gage Eads <gage.eads@intel.com>
> To: dev@dpdk.org
> CC: jerin.jacob@caviumnetworks.org
> Subject: [dpdk-dev] [PATCH] eventdev: clarify atomic and ordered queue
> config
> X-Mailer: git-send-email 2.7.4
>
> The nb_atomic_flows and nb_atomic_order_sequences fields are only inspected
> if the queue is configured for atomic or ordered scheduling, respectively.
> This commit updates the documentation to reflect that.
>
> Signed-off-by: Gage Eads <gage.eads@intel.com>
> ---
> lib/librte_eventdev/rte_eventdev.h | 15 ++++++++++-----
> 1 file changed, 10 insertions(+), 5 deletions(-)
>
> diff --git a/lib/librte_eventdev/rte_eventdev.h b/lib/librte_eventdev/rte_eventdev.h
> index 20e7293..32ffcd1 100644
> --- a/lib/librte_eventdev/rte_eventdev.h
> +++ b/lib/librte_eventdev/rte_eventdev.h
> @@ -521,9 +521,11 @@ rte_event_dev_configure(uint8_t dev_id,
> struct rte_event_queue_conf {
> uint32_t nb_atomic_flows;
> /**< The maximum number of active flows this queue can track at any
> - * given time. The value must be in the range of
> - * [1 - nb_event_queue_flows)] which previously provided in
> - * rte_event_dev_info_get().
> + * given time. If the queue is configured for atomic scheduling (by
> + * applying the RTE_EVENT_QUEUE_CFG_ALL_TYPES or
> + * RTE_EVENT_QUEUE_CFG_ATOMIC_ONLY flags to event_queue_cfg), then the
> + * value must be in the range of [1 - nb_event_queue_flows)], which was
> + * previously provided in rte_event_dev_configure().
> */
> uint32_t nb_atomic_order_sequences;
> /**< The maximum number of outstanding events waiting to be
> @@ -533,8 +535,11 @@ struct rte_event_queue_conf {
> * scheduler cannot schedule the events from this queue and invalid
> * event will be returned from dequeue until one or more entries are
> * freed up/released.
> - * The value must be in the range of [1 - nb_event_queue_flows)]
> - * which previously supplied to rte_event_dev_configure().
> + * If the queue is configured for ordered scheduling (by applying the
> + * RTE_EVENT_QUEUE_CFG_ALL_TYPES or RTE_EVENT_QUEUE_CFG_ORDERED_ONLY
> + * flags to event_queue_cfg), then the value must be in the range of [1
> + * - nb_event_queue_flows)], which was previously supplied to
At this line, HTML document rendering is not showing up correctly.
Please check the generated HTML output with "make doc-api-html"
Other than that, content looks OK.
> + * rte_event_dev_configure().
> */
> uint32_t event_queue_cfg; /**< Queue cfg flags(EVENT_QUEUE_CFG_) */
> uint8_t priority;
> --
> 2.7.4
>
^ permalink raw reply [flat|nested] 5+ messages in thread
* [dpdk-dev] [PATCH v2] eventdev: clarify atomic and ordered queue config
2017-05-12 19:25 [dpdk-dev] [PATCH] eventdev: clarify atomic and ordered queue config Gage Eads
2017-05-15 3:44 ` Jerin Jacob
@ 2017-05-15 19:40 ` Gage Eads
2017-05-16 3:15 ` Jerin Jacob
2017-05-17 18:09 ` Jerin Jacob
1 sibling, 2 replies; 5+ messages in thread
From: Gage Eads @ 2017-05-15 19:40 UTC (permalink / raw)
To: dev; +Cc: jerin.jacob
The nb_atomic_flows and nb_atomic_order_sequences fields are only inspected
if the queue is configured for atomic or ordered scheduling, respectively.
This commit updates the documentation to reflect that.
Signed-off-by: Gage Eads <gage.eads@intel.com>
---
v2: Fixed doxygen output issue and tweaked the ranges
lib/librte_eventdev/rte_eventdev.h | 15 ++++++++++-----
1 file changed, 10 insertions(+), 5 deletions(-)
diff --git a/lib/librte_eventdev/rte_eventdev.h b/lib/librte_eventdev/rte_eventdev.h
index 20e7293..9428433 100644
--- a/lib/librte_eventdev/rte_eventdev.h
+++ b/lib/librte_eventdev/rte_eventdev.h
@@ -521,9 +521,11 @@ rte_event_dev_configure(uint8_t dev_id,
struct rte_event_queue_conf {
uint32_t nb_atomic_flows;
/**< The maximum number of active flows this queue can track at any
- * given time. The value must be in the range of
- * [1 - nb_event_queue_flows)] which previously provided in
- * rte_event_dev_info_get().
+ * given time. If the queue is configured for atomic scheduling (by
+ * applying the RTE_EVENT_QUEUE_CFG_ALL_TYPES or
+ * RTE_EVENT_QUEUE_CFG_ATOMIC_ONLY flags to event_queue_cfg), then the
+ * value must be in the range of [1, nb_event_queue_flows], which was
+ * previously provided in rte_event_dev_configure().
*/
uint32_t nb_atomic_order_sequences;
/**< The maximum number of outstanding events waiting to be
@@ -533,8 +535,11 @@ struct rte_event_queue_conf {
* scheduler cannot schedule the events from this queue and invalid
* event will be returned from dequeue until one or more entries are
* freed up/released.
- * The value must be in the range of [1 - nb_event_queue_flows)]
- * which previously supplied to rte_event_dev_configure().
+ * If the queue is configured for ordered scheduling (by applying the
+ * RTE_EVENT_QUEUE_CFG_ALL_TYPES or RTE_EVENT_QUEUE_CFG_ORDERED_ONLY
+ * flags to event_queue_cfg), then the value must be in the range of
+ * [1, nb_event_queue_flows], which was previously supplied to
+ * rte_event_dev_configure().
*/
uint32_t event_queue_cfg; /**< Queue cfg flags(EVENT_QUEUE_CFG_) */
uint8_t priority;
--
2.7.4
^ permalink raw reply [flat|nested] 5+ messages in thread
* Re: [dpdk-dev] [PATCH v2] eventdev: clarify atomic and ordered queue config
2017-05-15 19:40 ` [dpdk-dev] [PATCH v2] " Gage Eads
@ 2017-05-16 3:15 ` Jerin Jacob
2017-05-17 18:09 ` Jerin Jacob
1 sibling, 0 replies; 5+ messages in thread
From: Jerin Jacob @ 2017-05-16 3:15 UTC (permalink / raw)
To: Gage Eads; +Cc: dev
-----Original Message-----
> Date: Mon, 15 May 2017 14:40:14 -0500
> From: Gage Eads <gage.eads@intel.com>
> To: dev@dpdk.org
> CC: jerin.jacob@caviumnetworks.com
> Subject: [PATCH v2] eventdev: clarify atomic and ordered queue config
> X-Mailer: git-send-email 2.7.4
>
> The nb_atomic_flows and nb_atomic_order_sequences fields are only inspected
> if the queue is configured for atomic or ordered scheduling, respectively.
> This commit updates the documentation to reflect that.
>
> Signed-off-by: Gage Eads <gage.eads@intel.com>
Acked-by: Jerin Jacob <jerin.jacob@caviumnetworks.com>
> ---
> v2: Fixed doxygen output issue and tweaked the ranges
>
> lib/librte_eventdev/rte_eventdev.h | 15 ++++++++++-----
> 1 file changed, 10 insertions(+), 5 deletions(-)
>
> diff --git a/lib/librte_eventdev/rte_eventdev.h b/lib/librte_eventdev/rte_eventdev.h
> index 20e7293..9428433 100644
> --- a/lib/librte_eventdev/rte_eventdev.h
> +++ b/lib/librte_eventdev/rte_eventdev.h
> @@ -521,9 +521,11 @@ rte_event_dev_configure(uint8_t dev_id,
> struct rte_event_queue_conf {
> uint32_t nb_atomic_flows;
> /**< The maximum number of active flows this queue can track at any
> - * given time. The value must be in the range of
> - * [1 - nb_event_queue_flows)] which previously provided in
> - * rte_event_dev_info_get().
> + * given time. If the queue is configured for atomic scheduling (by
> + * applying the RTE_EVENT_QUEUE_CFG_ALL_TYPES or
> + * RTE_EVENT_QUEUE_CFG_ATOMIC_ONLY flags to event_queue_cfg), then the
> + * value must be in the range of [1, nb_event_queue_flows], which was
> + * previously provided in rte_event_dev_configure().
> */
> uint32_t nb_atomic_order_sequences;
> /**< The maximum number of outstanding events waiting to be
> @@ -533,8 +535,11 @@ struct rte_event_queue_conf {
> * scheduler cannot schedule the events from this queue and invalid
> * event will be returned from dequeue until one or more entries are
> * freed up/released.
> - * The value must be in the range of [1 - nb_event_queue_flows)]
> - * which previously supplied to rte_event_dev_configure().
> + * If the queue is configured for ordered scheduling (by applying the
> + * RTE_EVENT_QUEUE_CFG_ALL_TYPES or RTE_EVENT_QUEUE_CFG_ORDERED_ONLY
> + * flags to event_queue_cfg), then the value must be in the range of
> + * [1, nb_event_queue_flows], which was previously supplied to
> + * rte_event_dev_configure().
> */
> uint32_t event_queue_cfg; /**< Queue cfg flags(EVENT_QUEUE_CFG_) */
> uint8_t priority;
> --
> 2.7.4
>
^ permalink raw reply [flat|nested] 5+ messages in thread
* Re: [dpdk-dev] [PATCH v2] eventdev: clarify atomic and ordered queue config
2017-05-15 19:40 ` [dpdk-dev] [PATCH v2] " Gage Eads
2017-05-16 3:15 ` Jerin Jacob
@ 2017-05-17 18:09 ` Jerin Jacob
1 sibling, 0 replies; 5+ messages in thread
From: Jerin Jacob @ 2017-05-17 18:09 UTC (permalink / raw)
To: Gage Eads; +Cc: dev
-----Original Message-----
> Date: Mon, 15 May 2017 14:40:14 -0500
> From: Gage Eads <gage.eads@intel.com>
> To: dev@dpdk.org
> CC: jerin.jacob@caviumnetworks.com
> Subject: [PATCH v2] eventdev: clarify atomic and ordered queue config
> X-Mailer: git-send-email 2.7.4
>
> The nb_atomic_flows and nb_atomic_order_sequences fields are only inspected
> if the queue is configured for atomic or ordered scheduling, respectively.
> This commit updates the documentation to reflect that.
>
> Signed-off-by: Gage Eads <gage.eads@intel.com>
Applied to dpdk-next-eventdev/master. Thanks.
> ---
> v2: Fixed doxygen output issue and tweaked the ranges
>
> lib/librte_eventdev/rte_eventdev.h | 15 ++++++++++-----
> 1 file changed, 10 insertions(+), 5 deletions(-)
>
> diff --git a/lib/librte_eventdev/rte_eventdev.h b/lib/librte_eventdev/rte_eventdev.h
> index 20e7293..9428433 100644
> --- a/lib/librte_eventdev/rte_eventdev.h
> +++ b/lib/librte_eventdev/rte_eventdev.h
> @@ -521,9 +521,11 @@ rte_event_dev_configure(uint8_t dev_id,
> struct rte_event_queue_conf {
> uint32_t nb_atomic_flows;
> /**< The maximum number of active flows this queue can track at any
> - * given time. The value must be in the range of
> - * [1 - nb_event_queue_flows)] which previously provided in
> - * rte_event_dev_info_get().
> + * given time. If the queue is configured for atomic scheduling (by
> + * applying the RTE_EVENT_QUEUE_CFG_ALL_TYPES or
> + * RTE_EVENT_QUEUE_CFG_ATOMIC_ONLY flags to event_queue_cfg), then the
> + * value must be in the range of [1, nb_event_queue_flows], which was
> + * previously provided in rte_event_dev_configure().
> */
> uint32_t nb_atomic_order_sequences;
> /**< The maximum number of outstanding events waiting to be
> @@ -533,8 +535,11 @@ struct rte_event_queue_conf {
> * scheduler cannot schedule the events from this queue and invalid
> * event will be returned from dequeue until one or more entries are
> * freed up/released.
> - * The value must be in the range of [1 - nb_event_queue_flows)]
> - * which previously supplied to rte_event_dev_configure().
> + * If the queue is configured for ordered scheduling (by applying the
> + * RTE_EVENT_QUEUE_CFG_ALL_TYPES or RTE_EVENT_QUEUE_CFG_ORDERED_ONLY
> + * flags to event_queue_cfg), then the value must be in the range of
> + * [1, nb_event_queue_flows], which was previously supplied to
> + * rte_event_dev_configure().
> */
> uint32_t event_queue_cfg; /**< Queue cfg flags(EVENT_QUEUE_CFG_) */
> uint8_t priority;
> --
> 2.7.4
>
^ permalink raw reply [flat|nested] 5+ messages in thread
end of thread, other threads:[~2017-05-17 18:09 UTC | newest]
Thread overview: 5+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2017-05-12 19:25 [dpdk-dev] [PATCH] eventdev: clarify atomic and ordered queue config Gage Eads
2017-05-15 3:44 ` Jerin Jacob
2017-05-15 19:40 ` [dpdk-dev] [PATCH v2] " Gage Eads
2017-05-16 3:15 ` Jerin Jacob
2017-05-17 18:09 ` Jerin Jacob
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).