From: "Dixit, Ashutosh" <ashutosh.dixit@intel.com>
To: Lionel Landwerlin <lionel.g.landwerlin@intel.com>
Cc: igt-dev@lists.freedesktop.org
Subject: Re: [igt-dev] [PATCH i-g-t] tests/perf: add a test for OA data polling reads using "small" buffers
Date: Thu, 02 Apr 2020 18:19:23 -0700 [thread overview]
Message-ID: <878sjd5pt0.wl-ashutosh.dixit@intel.com> (raw)
In-Reply-To: <871rp92cde.wl-ashutosh.dixit@intel.com>
On Tue, 31 Mar 2020 00:48:45 -0700, Dixit, Ashutosh wrote:
>
> On Tue, 31 Mar 2020 00:36:54 -0700, Lionel Landwerlin wrote:
> >
> > On 31/03/2020 09:06, Dixit, Ashutosh wrote:
> > > On Fri, 27 Mar 2020 12:49:22 -0700, Dixit, Ashutosh wrote:
> > >> On Fri, 27 Mar 2020 12:06:13 -0700, Lionel Landwerlin wrote:
> > >>> On 27/03/2020 21:03, Dixit, Ashutosh wrote:
> > >>>> On Fri, 27 Mar 2020 09:09:41 -0700, Lionel Landwerlin wrote:
> > >>>>> On 27/03/2020 06:50, Dixit, Ashutosh wrote:
> > >>>>>> On Thu, 26 Mar 2020 21:42:50 -0700, Ashutosh Dixit wrote:
> > >>>>>>> diff --git a/tests/perf.c b/tests/perf.c
> > >>>>>>> index 724f6f809..3dc757c3b 100644
> > >>>>>>> --- a/tests/perf.c
> > >>>>>>> +++ b/tests/perf.c
> > >>>>>>> +static void test_polling_small_buf(void)
> > >>>>>>> +{
> > >>>>>> /snip/
> > >>>>>>
> > >>>>>>> +
> > >>>>>>> + igt_assert(abs(n_expect_read_bytes - n_bytes_read) < (0.10 * n_expect_read_bytes));
> > >>>>>>> +}
> > >>>>>>> +
> > >>>>>> I'd be wary of a 90% match on slow platforms like Atom? Maybe 80% is safer?
> > >>>>> Do we have any experiment showing them behaving differently?
> > >>>> No I don't have any data, but considering that in previous stable versions
> > >>>> we can only read < 10% of the data, I think it should be ok to go down to
> > >>>> 80%? So that we don't start getting unnecessary false alarms in CI, even
> > >>>> when the issue is fixed.
> > >>> Okay, for the record I get somewhere between 93~95% of expected reports on
> > >>> KBLGT2.
> > >> Yes I tried it and saw that. I already gave a R-b so we could probably
> > >> merge the patch after making that change (0.2 instead of 0.1 above), or do
> > >> you want me to post a new version with the change? Thanks!
> > >
> > > Actually there has been some change in the kernel, earlier like you I was
> > > also getting around 94% with a 1 KB buffer, now I am getting about
> > > 87%. I am getting 94% with a 1 MB buffer. Does the amount of expected data
> > > in the test need to be modified? I can try to bisect tomorrow and see what
> > > has done this, unless you already know. Thanks!
I haven't been able to easily narrow this down, I am not sure if it is
worth spending more time on it. However since v3 of the test only requires
a 80% match the test passes with kernel patch : "drm/i915/perf: Do not
clear pollin for small user read buffers" and will fail on prior/stable
kernels. Thanks!
> >
> > Ah, that's probably the read() bug you're fixing...
> >
> > Are you running with the kernel patch : "drm/i915/perf: Do not clear pollin
> > for small user read buffers" ?
>
> Yes, I was just testing the patch before posting it and I chanced on
> this. Thanks!
_______________________________________________
igt-dev mailing list
igt-dev@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/igt-dev
next prev parent reply other threads:[~2020-04-03 1:19 UTC|newest]
Thread overview: 18+ messages / expand[flat|nested] mbox.gz Atom feed top
2020-03-27 4:42 [igt-dev] [PATCH i-g-t] tests/perf: add a test for OA data polling reads using "small" buffers Ashutosh Dixit
2020-03-27 4:50 ` Dixit, Ashutosh
2020-03-27 16:09 ` Lionel Landwerlin
2020-03-27 19:03 ` Dixit, Ashutosh
2020-03-27 19:06 ` Lionel Landwerlin
2020-03-27 19:49 ` Dixit, Ashutosh
2020-03-31 6:06 ` Dixit, Ashutosh
2020-03-31 7:36 ` Lionel Landwerlin
2020-03-31 7:48 ` Dixit, Ashutosh
2020-04-03 1:19 ` Dixit, Ashutosh [this message]
2020-03-27 5:23 ` [igt-dev] ✓ Fi.CI.BAT: success for tests/perf: add a test for OA data polling reads using "small" buffers (rev2) Patchwork
2020-03-27 15:19 ` [igt-dev] ✓ Fi.CI.IGT: " Patchwork
2020-03-27 20:56 ` [igt-dev] [PATCH i-g-t] tests/perf: add a test for OA data polling reads using "small" buffers Umesh Nerlige Ramappa
2020-03-27 22:02 ` Dixit, Ashutosh
-- strict thread matches above, loose matches on Subject: below --
2020-03-27 22:29 Ashutosh Dixit
2020-03-26 5:42 Ashutosh Dixit
2020-03-26 9:02 ` Lionel Landwerlin
2020-03-27 4:08 ` Dixit, Ashutosh
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=878sjd5pt0.wl-ashutosh.dixit@intel.com \
--to=ashutosh.dixit@intel.com \
--cc=igt-dev@lists.freedesktop.org \
--cc=lionel.g.landwerlin@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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.