From: "Kumar Valsan, Prathap" <prathap.kumar.valsan@intel.com>
To: Chris Wilson <chris@chris-wilson.co.uk>
Cc: intel-gfx@lists.freedesktop.org
Subject: Re: [PATCH 02/13] drm/i915/selftests: Add coverage of mocs registers
Date: Mon, 21 Oct 2019 09:52:12 -0400 [thread overview]
Message-ID: <20191021135212.GI3257@intel.com> (raw)
In-Reply-To: <157144081841.13645.16302706306560552799@skylake-alporthouse-com>
On Sat, Oct 19, 2019 at 12:20:18AM +0100, Chris Wilson wrote:
> Quoting Kumar Valsan, Prathap (2019-10-19 00:24:13)
> > On Fri, Oct 18, 2019 at 11:14:39PM +0100, Chris Wilson wrote:
> > > +static int check_l3cc_table(struct intel_engine_cs *engine,
> > > + const struct drm_i915_mocs_table *table,
> > > + const u32 *vaddr, int *offset)
> > > +{
> > > + u16 unused_value = table->table[I915_MOCS_PTE].l3cc_value;
> > > + unsigned int i;
> > > + u32 expect;
> > > +
> > > + if (1) { /* XXX skip MCR read back */
> > > + *offset += table->n_entries / 2;
> > > + return 0;
> > > + }
> >
> > I think l3cc reset test is valid only from Gen12+. Before that since its
> > loaded from the golden context, table stays the same between reset.
>
> That doesn't affect the validity of actually checking that the values
> don't change. The problem as I understand it is that they lie inside the
> magic 0xb00 region that is broadcast across the slices and not
> accessible from CS, see engine_wa_list_verify() and mcr_range. Sadly
> using the GPU is the cleanest way to emulate userspace interaction with
> the *GPU*.
> -Chris
Hmmm.. But from igt test we are submiting a secure BB to read the L3
MOCS. Not quite clear how that works then.
Thanks,
Prathap
_______________________________________________
Intel-gfx mailing list
Intel-gfx@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/intel-gfx
next prev parent reply other threads:[~2019-10-21 13:35 UTC|newest]
Thread overview: 20+ messages / expand[flat|nested] mbox.gz Atom feed top
2019-10-18 22:14 [PATCH 01/13] drm/i915: Don't set queue_priority_hint if we don't kick the submission Chris Wilson
2019-10-18 22:14 ` [PATCH 02/13] drm/i915/selftests: Add coverage of mocs registers Chris Wilson
2019-10-18 23:24 ` Kumar Valsan, Prathap
2019-10-18 23:20 ` Chris Wilson
2019-10-21 13:52 ` Kumar Valsan, Prathap [this message]
2019-10-21 20:31 ` Chris Wilson
2019-10-18 22:14 ` [PATCH 03/13] drm/i915/selftests: Teach igt_flush_test and igt_live_test to take intel_gt Chris Wilson
2019-10-18 22:14 ` [PATCH 04/13] drm/i915: Expose engine properties via sysfs Chris Wilson
2019-10-18 22:14 ` [PATCH 05/13] drm/i915: Expose timeslice duration to sysfs Chris Wilson
2019-10-18 22:14 ` [PATCH 06/13] drm/i915/execlists: Force preemption Chris Wilson
2019-10-18 22:14 ` [PATCH 07/13] drm/i915/gt: Introduce barrier pulses along engines Chris Wilson
2019-10-18 22:14 ` [PATCH 08/13] drm/i915/execlists: Cancel banned contexts on schedule-out Chris Wilson
2019-10-18 22:14 ` [PATCH 09/13] drm/i915/gem: Cancel contexts when hangchecking is disabled Chris Wilson
2019-10-18 22:14 ` [PATCH 10/13] drm/i915: Replace hangcheck by heartbeats Chris Wilson
2019-10-18 22:14 ` [PATCH 11/13] drm/i915/gem: Make context persistence optional Chris Wilson
2019-10-18 22:14 ` [PATCH 12/13] drm/i915/gem: Distinguish each object type Chris Wilson
2019-10-18 22:14 ` [PATCH 13/13] drm/i915: Flush idle barriers when waiting Chris Wilson
2019-10-18 22:29 ` ✗ Fi.CI.CHECKPATCH: warning for series starting with [01/13] drm/i915: Don't set queue_priority_hint if we don't kick the submission Patchwork
2019-10-18 22:36 ` ✗ Fi.CI.SPARSE: " Patchwork
2019-10-18 22:57 ` ✗ Fi.CI.BAT: failure " Patchwork
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=20191021135212.GI3257@intel.com \
--to=prathap.kumar.valsan@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 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.