On Mon, Dec 11, 2017 at 05:24:57PM +0000, Eads, Gage wrote: > > > -----Original Message----- > > From: Pavan Nikhilesh [mailto:pbhagavat...@caviumnetworks.com] > > Sent: Monday, December 11, 2017 9:05 AM > > To: Eads, Gage <gage.e...@intel.com>; jerin.ja...@caviumnetworks.com; > > Richardson, Bruce <bruce.richard...@intel.com>; nipun.gu...@nxp.com; > > santosh.shu...@caviumnetworks.com; Van Haaren, Harry > > <harry.van.haa...@intel.com>; hemant.agra...@nxp.com > > Cc: dev@dpdk.org; Pavan Nikhilesh <pbhagavat...@caviumnetworks.com> > > Subject: [dpdk-dev] [PATCH] eventdev: use links_map to unlink queues > > > > The octeontx event device doesn't store the queues to port mapping as a > > result > > it cannot return the exact number of queues unlinked from a port when > > application wants to unlink all the queues mapped (supplies queues param as > > NULL). > > > > Using links_map we can determine the exact queues mapped to a specific port > > and unlink them. > > > > Signed-off-by: Pavan Nikhilesh <pbhagavat...@caviumnetworks.com> > > --- > > lib/librte_eventdev/rte_eventdev.c | 15 ++++++++++++++- > > 1 file changed, 14 insertions(+), 1 deletion(-) > > > > diff --git a/lib/librte_eventdev/rte_eventdev.c > > b/lib/librte_eventdev/rte_eventdev.c > > index e0c2a78..e17f8fc 100644 > > --- a/lib/librte_eventdev/rte_eventdev.c > > +++ b/lib/librte_eventdev/rte_eventdev.c > > @@ -888,7 +888,8 @@ rte_event_port_unlink(uint8_t dev_id, uint8_t port_id, > > { > > struct rte_eventdev *dev; > > uint8_t all_queues[RTE_EVENT_MAX_QUEUES_PER_DEV]; > > - int i, diag; > > + uint8_t linked_queues[RTE_EVENT_MAX_QUEUES_PER_DEV]; > > + int i, diag, j; > > uint16_t *links_map; > > > > RTE_EVENTDEV_VALID_DEVID_OR_ERRNO_RET(dev_id, -EINVAL, 0); > > @@ -918,6 +919,18 @@ rte_event_port_unlink(uint8_t dev_id, uint8_t port_id, > > rte_errno = -EINVAL; > > return 0; > > } > > + j = 0; > > + links_map = dev->data->links_map; > > + links_map += (port_id * RTE_EVENT_MAX_QUEUES_PER_DEV); > > + for (i = 0; i < nb_unlinks; i++) { > > + if (links_map[queues[i]] != > > + EVENT_QUEUE_SERVICE_PRIORITY_INVALID) { > > + linked_queues[j] = queues[i]; > > + j++; > > + } > > + } > > + queues = linked_queues; > > + nb_unlinks = j; > > Consider the following case where queues is non-NULL: nb_unlinks = 3, queues > = [0, 5, 2], and queue 5 is not linked to the port. > > This new code block will unlink queues 0 and 2, and the function will return > 2. However the documentation states that "if the return value is less than > *nb_unlinks*, the remaining queues at the end of queues[] are not > established", so a return value of 2 would imply that queues 0 and 5 were > unlinked, but queue 2 was not. > > Perhaps this code could be moved to the "if (queues == NULL)" block, and in > its place you can update nb_unlinks like so to handle the non-NULL queues > case: > > links_map = dev->data->links_map; > links_map += (port_id * RTE_EVENT_MAX_QUEUES_PER_DEV); > for (i = 0; i < nb_unlinks; i++) { > if (links_map[queues[i]] != > EVENT_QUEUE_SERVICE_PRIORITY_INVALID) > break; > } > nb_unlinks = i; > > Thanks, > Gage
Agreed, will send out a cleaned up v2 addressing both the cases. Thanks, Pavan.