DPDK patches and discussions
 help / color / mirror / Atom feed
From: "Mattias Rönnblom" <mattias.ronnblom@ericsson.com>
To: "Pavan Nikhilesh Bhagavatula" <pbhagavatula@marvell.com>,
	"Mattias Rönnblom" <hofors@lysator.liu.se>,
	"Jerin Jacob Kollanukkaran" <jerinj@marvell.com>,
	"Jay Jayatheerthan" <jay.jayatheerthan@intel.com>
Cc: "dev@dpdk.org" <dev@dpdk.org>,
	"erik.g.carrillo@intel.com" <erik.g.carrillo@intel.com>,
	"abhinandan.gujjar@intel.com" <abhinandan.gujjar@intel.com>,
	"timothy.mcdaniel@intel.com" <timothy.mcdaniel@intel.com>,
	Shijith Thotton <sthotton@marvell.com>,
	"hemant.agrawal@nxp.com" <hemant.agrawal@nxp.com>,
	"nipun.gupta@nxp.com" <nipun.gupta@nxp.com>,
	"harry.van.haaren@intel.com" <harry.van.haaren@intel.com>,
	"liangma@liangbit.com" <liangma@liangbit.com>,
	"peter.mccarthy@intel.com" <peter.mccarthy@intel.com>
Subject: Re: [EXT] Re: [PATCH 1/3] eventdev: add element offset to event vector
Date: Wed, 24 Aug 2022 08:41:34 +0000	[thread overview]
Message-ID: <1d04373d-dc1c-997a-1baa-23d59eb173b8@ericsson.com> (raw)
In-Reply-To: <SJ0PR18MB4089AF2AFB0821D82F702219DE709@SJ0PR18MB4089.namprd18.prod.outlook.com>

On 2022-08-23 22:39, Pavan Nikhilesh Bhagavatula wrote:
>> On 2022-08-16 17:49, pbhagavatula@marvell.com wrote:
>>> From: Pavan Nikhilesh <pbhagavatula@marvell.com>
>>>
>>> Add ``elem_offset:12`` bit field event vector structure
>>> the bits are taken from ``rsvd:15``.
>>> The element offset defines the offset into the vector array
>>> at which valid elements start.
>>> The valid elements count will be equal to nb_elem - elem_offset.
>>>
>>
>> I'm missing a rationale why this change is a good idea. (I can guess,
>> but I think it's better to spell it out.)
>>
> 
> Sure, I will add it in the next version.
> 
>>> Update Rx/Tx adapter SW implementation to use elem_offset.
>>>
>>> Signed-off-by: Pavan Nikhilesh <pbhagavatula@marvell.com>
>>> ---
>>>    lib/eventdev/rte_event_eth_rx_adapter.c | 1 +
>>>    lib/eventdev/rte_event_eth_tx_adapter.c | 7 ++++---
>>>    lib/eventdev/rte_eventdev.h             | 8 ++++++--
>>>    3 files changed, 11 insertions(+), 5 deletions(-)
>>>
>>> diff --git a/lib/eventdev/rte_event_eth_rx_adapter.c
>> b/lib/eventdev/rte_event_eth_rx_adapter.c
>>> index bf8741d2ea..bd72f9b845 100644
>>> --- a/lib/eventdev/rte_event_eth_rx_adapter.c
>>> +++ b/lib/eventdev/rte_event_eth_rx_adapter.c
>>> @@ -855,6 +855,7 @@ rxa_init_vector(struct event_eth_rx_adapter
>> *rx_adapter,
>>>    	vec->vector_ev->port = vec->port;
>>>    	vec->vector_ev->queue = vec->queue;
>>>    	vec->vector_ev->attr_valid = true;
>>> +	vec->vector_ev->elem_offset = 0;
>>>    	TAILQ_INSERT_TAIL(&rx_adapter->vector_list, vec, next);
>>>    }
>>>
>>> diff --git a/lib/eventdev/rte_event_eth_tx_adapter.c
>> b/lib/eventdev/rte_event_eth_tx_adapter.c
>>> index b4b37f1cae..da70883e0d 100644
>>> --- a/lib/eventdev/rte_event_eth_tx_adapter.c
>>> +++ b/lib/eventdev/rte_event_eth_tx_adapter.c
>>> @@ -524,16 +524,17 @@ txa_process_event_vector(struct
>> txa_service_data *txa,
>>>    		queue = vec->queue;
>>>    		tqi = txa_service_queue(txa, port, queue);
>>>    		if (unlikely(tqi == NULL || !tqi->added)) {
>>> -			rte_pktmbuf_free_bulk(mbufs, vec->nb_elem);
>>> +			rte_pktmbuf_free_bulk(&mbufs[vec->elem_offset],
>>> +					      vec->nb_elem - vec-
>>> elem_offset);
>>>    			rte_mempool_put(rte_mempool_from_obj(vec),
>> vec);
>>>    			return 0;
>>>    		}
>>> -		for (i = 0; i < vec->nb_elem; i++) {
>>> +		for (i = vec->elem_offset; i < vec->nb_elem; i++) {
>>>    			nb_tx += rte_eth_tx_buffer(port, queue, tqi-
>>> tx_buf,
>>>    						   mbufs[i]);
>>>    		}
>>>    	} else {
>>> -		for (i = 0; i < vec->nb_elem; i++) {
>>> +		for (i = vec->elem_offset; i < vec->nb_elem; i++) {
>>>    			port = mbufs[i]->port;
>>>    			queue =
>> rte_event_eth_tx_adapter_txq_get(mbufs[i]);
>>>    			tqi = txa_service_queue(txa, port, queue);
>>> diff --git a/lib/eventdev/rte_eventdev.h b/lib/eventdev/rte_eventdev.h
>>> index 6a6f6ea4c1..b0698fe748 100644
>>> --- a/lib/eventdev/rte_eventdev.h
>>> +++ b/lib/eventdev/rte_eventdev.h
>>> @@ -1060,8 +1060,12 @@ rte_event_dev_close(uint8_t dev_id);
>>>     */
>>>    struct rte_event_vector {
>>>    	uint16_t nb_elem;
>>> -	/**< Number of elements in this event vector. */
>>> -	uint16_t rsvd : 15;
>>> +	/**< Total number of elements in this event vector. */
>>
>> I'm not sure "total" adds anything here. Didn't the old nb_elem also
>> include the total number of elements?
>>
> 
> Yes, I added it to clarify that it includes slots that don’t have valid elements.
> I will update the comment to convey that it includes elements before offset.
> 

The issue is that it doesn't clarify anything. Change the name, or 
change the semantics to fit the name, instead of explaining a poor name 
in a comment.

>> nb_elem doesn't represent the number of elements in the vector any more,
>> does it?
>>
>> Why not just keep the old semantics, and let it represent the number of
>> used slots in the vector array? As opposed to being the <last used
>> index> + 1.
> 
> I think its simpler to just manage updates to the vector by updating elem_offset and keeping
> nb_elem as a constant, valid elements count can simply be calculated via nb_elem - elem_offset.
> Vector is empty when nb_elem = elem_offset and can be reused simply by setting elem_offset to 0.
> 
> Having to update both nb_elem and elem_offset might be a tad bit error prone.
> 

I think you should focus more on the end result, rather how easily you 
can get there. In my experience, in the long run, that's what pays off 
is to keep the design clean and reduce the overall complexity.

You don't think having a field called "nb_elem" which value doesn't 
represent the number of elements, but rather something else, is error prone?

>>
>>> +	uint16_t elem_offset : 12;
>>> +	/**< Offset into the vector array where valid elements start from.
>>> +	 * The valid elements count would be nb_elem - elem_offset.
>>> +	 */
>>> +	uint16_t rsvd : 3;
>>>    	/**< Reserved for future use */
>>>    	uint16_t attr_valid : 1;
>>>    	/**< Indicates that the below union attributes have valid
>> information.
>>> --
>>> 2.25.1
>>>


  reply	other threads:[~2022-08-24  8:41 UTC|newest]

Thread overview: 14+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2022-08-16 15:49 pbhagavatula
2022-08-16 15:49 ` [PATCH 2/3] examples: update event vector free routine pbhagavatula
2022-08-16 15:49 ` [PATCH 3/3] event/cnxk: update event vector Tx routine pbhagavatula
2022-08-18 16:28 ` [PATCH 1/3] eventdev: add element offset to event vector Mattias Rönnblom
2022-08-23 20:39   ` [EXT] " Pavan Nikhilesh Bhagavatula
2022-08-24  8:41     ` Mattias Rönnblom [this message]
2022-08-29  8:47       ` Pavan Nikhilesh Bhagavatula
2022-09-14 13:02         ` Jerin Jacob
2022-09-14 14:55           ` Mattias Rönnblom
2022-09-21 16:43 ` [PATCH v2 " pbhagavatula
2022-09-21 16:43   ` [PATCH v2 2/3] examples: update event vector free routine pbhagavatula
2022-09-21 16:43   ` [PATCH v2 3/3] event/cnxk: update event vector Tx routine pbhagavatula
2022-09-22  5:40   ` [PATCH v2 1/3] eventdev: add element offset to event vector Mattias Rönnblom
2022-09-27 13:42     ` Jerin Jacob

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=1d04373d-dc1c-997a-1baa-23d59eb173b8@ericsson.com \
    --to=mattias.ronnblom@ericsson.com \
    --cc=abhinandan.gujjar@intel.com \
    --cc=dev@dpdk.org \
    --cc=erik.g.carrillo@intel.com \
    --cc=harry.van.haaren@intel.com \
    --cc=hemant.agrawal@nxp.com \
    --cc=hofors@lysator.liu.se \
    --cc=jay.jayatheerthan@intel.com \
    --cc=jerinj@marvell.com \
    --cc=liangma@liangbit.com \
    --cc=nipun.gupta@nxp.com \
    --cc=pbhagavatula@marvell.com \
    --cc=peter.mccarthy@intel.com \
    --cc=sthotton@marvell.com \
    --cc=timothy.mcdaniel@intel.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).