From: David Weinehall <david.weinehall@linux.intel.com>
To: Chris Wilson <chris@chris-wilson.co.uk>, intel-gfx@lists.freedesktop.org
Subject: Re: [PATCH i-g-t] tests/pm_rpm: Fix CRASH on machines that lack LLC
Date: Wed, 2 Mar 2016 15:55:56 +0200 [thread overview]
Message-ID: <20160302135556.GA21495@boom> (raw)
In-Reply-To: <20160302132706.GA30782@nuc-i3427.alporthouse.com>
On Wed, Mar 02, 2016 at 01:27:06PM +0000, Chris Wilson wrote:
> On Wed, Mar 02, 2016 at 03:11:57PM +0200, David Weinehall wrote:
> > On machines that lack an LLC the pm-caching subtest will
> > terminate with sigbus and thus CRASH during the
> > I915_CACHING_CACHED iteration. This patch adds a check for
> > this condition and skips that iteration.
>
> you can delete the got_caching assertion and
> enable_one_screen_and_wait() as well, they are not exercising the
> associated code.
Hmmm. How about the matching disable_all_screens_and_wait()?
Also, isn't the got_caching assertion meant to check that
when we enable GEM caching we actually get the mode we requested,
and if so, do we test for this elsewhere? Or are you saying that
this test doesn't achieve this purpose?
> >
> > Signed-off-by: David Weinehall <david.weinehall@linux.intel.com>
> > ---
> > tests/pm_rpm.c | 10 ++++++++++
> > 1 file changed, 10 insertions(+)
> >
> > diff --git a/tests/pm_rpm.c b/tests/pm_rpm.c
> > index 2aa6c1018aa2..c25252eafad0 100644
> > --- a/tests/pm_rpm.c
> > +++ b/tests/pm_rpm.c
> > @@ -1813,6 +1813,16 @@ static void pm_test_caching(void)
> > gem_buf = gem_mmap__gtt(drm_fd, handle, gtt_obj_max_size, PROT_WRITE);
> >
> > for (i = 0; i < ARRAY_SIZE(cache_levels); i++) {
> > + /*
> > + * Skip the I915_CACHING_CACHED test
> > + * if we lack an LLC cache
> > + */
> > + if (cache_levels[i] == I915_CACHING_CACHED &&
> > + !gem_has_llc(drm_fd)) {
> > + igt_debug("!gem_has_llc(); skipping\n");
> > + continue;
> > + }
>
> No. For the purposes of the test you actually want to call
> gem_set_caching(fd, handle, NONE).
Wouldn't that case already be exercised in the first iteration of this
test?
Kind regards, DAvid
_______________________________________________
Intel-gfx mailing list
Intel-gfx@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/intel-gfx
next prev parent reply other threads:[~2016-03-02 13:55 UTC|newest]
Thread overview: 18+ messages / expand[flat|nested] mbox.gz Atom feed top
2016-03-02 13:11 [PATCH i-g-t] tests/pm_rpm: Fix CRASH on machines that lack LLC David Weinehall
2016-03-02 13:27 ` Chris Wilson
2016-03-02 13:55 ` David Weinehall [this message]
2016-03-02 14:04 ` Chris Wilson
2016-03-02 14:32 ` Imre Deak
2016-03-02 14:37 ` Chris Wilson
2016-03-02 14:41 ` Imre Deak
2016-03-02 14:49 ` Chris Wilson
2016-03-02 15:01 ` Imre Deak
2016-03-02 15:28 ` Chris Wilson
2016-03-02 16:23 ` Imre Deak
2016-03-02 14:38 ` David Weinehall
2016-03-02 15:50 ` [PATCH i-g-t v2] " David Weinehall
2016-03-02 16:06 ` Chris Wilson
2016-03-02 16:02 ` [PATCH i-g-t v3] " David Weinehall
2016-03-02 17:01 ` [PATCH i-g-t v4] " David Weinehall
2016-03-02 17:20 ` Chris Wilson
2016-03-02 17:32 ` Imre Deak
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=20160302135556.GA21495@boom \
--to=david.weinehall@linux.intel.com \
--cc=chris@chris-wilson.co.uk \
--cc=intel-gfx@lists.freedesktop.org \
/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