[Intel-gfx] [PATCH igt] igt/perf_pmu: Combine rc6/rc6p tests
Chris Wilson
chris at chris-wilson.co.uk
Fri Nov 24 10:32:55 UTC 2017
Quoting Tvrtko Ursulin (2017-11-24 10:01:35)
>
> On 24/11/2017 09:24, Chris Wilson wrote:
> > Quoting Chris Wilson (2017-11-24 09:23:22)
> >> How? How do you tell if rc6 is not incrementing because (a) the hw is
> >> busy, (b) the hw is idle but in a different rc6 state, or (c) the pmu is
> >> broken.
> >
> > Case in point is rc6p on shard-snb, where rc6p is disabled but the
> > pmu event still exists. It disabled by the kernel itself, but since the
> > pmu exists we expect it to increment.
>
> You mean I should be checking for more than HAS_RC6p when allowing an
> event to be opened?
No worries, it's going to become static and always correct very shortly.
And HAS_RC6pp, which breaks your test :|
> If I can fix that, then I was thinking the rc6p subtest would just need
> to be updated to only open the RC6p counter, and rc6 subtest would only
> open the RC6 one.
>
> Or RC6 not incrementing while in RC6p is only true on some platforms?
On my snb, the rc6 test fails because whilst idle, rc6_residency doesn't
increase, only rc6p_residency.
On the farm's snb, it is reversed.
The moral of the story is that the rc6 modes are currently exclusive;
and you cannot dictate which the engine will drop into.
-Chris
More information about the Intel-gfx
mailing list