DPDK patches and discussions
 help / color / mirror / Atom feed
From: Pavan Nikhilesh Bhagavatula <pbhagavatula@marvell.com>
To: "Van Haaren, Harry" <harry.van.haaren@intel.com>,
	"bugzilla@dpdk.org" <bugzilla@dpdk.org>,
	"dev@dpdk.org" <dev@dpdk.org>,
	"Rao, Nikhil" <nikhil.rao@intel.com>,
	"Jayatheerthan, Jay" <jay.jayatheerthan@intel.com>,
	"heng.wang@ericsson.com" <heng.wang@ericsson.com>
Subject: Re: [dpdk-dev] [Bug 721] Wrong event pointer in rx adapter
Date: Wed, 26 May 2021 13:02:09 +0000	[thread overview]
Message-ID: <PH0PR18MB4086678C79582486537AD0DFDE249@PH0PR18MB4086.namprd18.prod.outlook.com> (raw)
In-Reply-To: <BYAPR11MB3143EA6F9C20520071FAAD8DD7249@BYAPR11MB3143.namprd11.prod.outlook.com>

>> From: dev <dev-bounces@dpdk.org> On Behalf Of bugzilla@dpdk.org
>> Sent: Wednesday, May 26, 2021 9:24 AM
>> To: dev@dpdk.org
>> Subject: [dpdk-dev] [Bug 721] Wrong event pointer in rx adapter
>>
>> https://urldefense.proofpoint.com/v2/url?u=https-
>3A__bugs.dpdk.org_show-5Fbug.cgi-3Fid-
>3D721&d=DwIGaQ&c=nKjWec2b6R0mOyPaz7xtfQ&r=E3SgYMjtKCMVsB
>-fmvgGV3o-
>g_fjLhk5Pupi9ijohpc&m=P7yStZJEWQK5Q4wQOaFcDFtRT_BqBTTBJSfc-
>d8-qUs&s=AqT8tJKXHif2z3dq6jjWuj00vlMwfzWGGv9LICSVwjY&e=
>>
>>             Bug ID: 721
>>            Summary: Wrong event pointer in rx adapter
>>            Product: DPDK
>>            Version: 20.11
>>           Hardware: All
>>                 OS: All
>>             Status: UNCONFIRMED
>>           Severity: major
>>           Priority: Normal
>>          Component: eventdev
>>           Assignee: dev@dpdk.org
>>           Reporter: heng.wang@ericsson.com
>>   Target Milestone: ---
>>
>> Problem:
>> In the function rxa_buffer_mbufs the ev is not reset to the array's
>first
>> element before passing to a user call back function.
>>
>> Workaround:
>> In the user callback, we must decrement ev by number of event
>before we can use
>> it.
>>
>> Fix:
>> I think we should pass &buf->events[buf->count] to dev_info->cb_fn
>instead of
>> ev.
>>
>>  773         for (i = 0; i < num; i++) {
>>  774                 m = mbufs[i];
>>  775
>>  776                 rss = do_rss ?
>>  777                         rxa_do_softrss(m, rx_adapter->rss_key_be) :
>>  778                         m->hash.rss;
>>  779                 ev->event = event;
>>  780                 ev->flow_id = (rss & ~flow_id_mask) |
>>  781                                 (ev->flow_id & flow_id_mask);
>>  782                 ev->mbuf = m;
>>  783                 ev++;
>>  784         }
>>  785
>>  786         if (dev_info->cb_fn) {
>>  787
>>  788                 dropped = 0;
>>  789                 nb_cb = dev_info->cb_fn(eth_dev_id, rx_queue_id,
>>  790                                         ETH_EVENT_BUFFER_SIZE, buf->count,
>> ev,
>>  791                                         num, dev_info->cb_arg, &dropped);
>>  792                 if (unlikely(nb_cb > num))
>>  793                         RTE_EDEV_LOG_ERR("Rx CB returned %d (> %d)
>> events",
>>  794                                 nb_cb, num);
>>  795                 else
>>  796                         num = nb_cb;
>>  797                 if (dropped)
>>  798                         rx_adapter->stats.rx_dropped += dropped;
>>  799         }
>
>+CC RX Adapter Maintainer, and Pavan as this code has been changed
>recently.
>
>I've done a quick review of the above report, and believe it to be a
>genuine bug,
>however this code has been refactored in commit d7c428e557b as part
>of series
>to " eventdev: support Rx adapter event vector".
>
>The relevant diff here for reference:
>Note "ev" pointer replaced with "&buf->events[buf->count]"
>
>                dropped = 0;
>                nb_cb = dev_info->cb_fn(eth_dev_id, rx_queue_id,
>-                                       ETH_EVENT_BUFFER_SIZE, buf->count, ev,
>-                                       num, dev_info->cb_arg, &dropped);
>+                                       ETH_EVENT_BUFFER_SIZE, buf->count,
>+                                       &buf->events[buf->count], num,
>+                                       dev_info->cb_arg, &dropped);
>                if (unlikely(nb_cb > num))
>
>
>Based on this investigation, although the code changed, the same bug
>seems present,
>as really &buf->events[0] should be passed to the callback?

The callback semantics are pretty ambiguous. There are two cases:
1. Is the callback allowed to modify the entire event buffer?
Or
2. Is it only allowed to modify the events received in the current Rx cycle?

The current code only takes into account case 2 as handling case 1 requires
additional modification of nb_cb etc..

>
>Regards, -Harry

Cheers,
Pavan.

  reply	other threads:[~2021-05-26 13:02 UTC|newest]

Thread overview: 6+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2021-05-26  8:23 bugzilla
2021-05-26  9:54 ` Van Haaren, Harry
2021-05-26 13:02   ` Pavan Nikhilesh Bhagavatula [this message]
2021-05-27  8:18     ` Van Haaren, Harry
2021-06-01  6:23       ` Jayatheerthan, Jay
2021-06-21  9:20 ` bugzilla

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=PH0PR18MB4086678C79582486537AD0DFDE249@PH0PR18MB4086.namprd18.prod.outlook.com \
    --to=pbhagavatula@marvell.com \
    --cc=bugzilla@dpdk.org \
    --cc=dev@dpdk.org \
    --cc=harry.van.haaren@intel.com \
    --cc=heng.wang@ericsson.com \
    --cc=jay.jayatheerthan@intel.com \
    --cc=nikhil.rao@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).