[Intel-gfx] [PATCH 4/4] pm_rps: Require that cur reaches min at idle
Daniel Vetter
daniel at ffwll.ch
Thu Jan 23 19:49:20 CET 2014
On Thu, Jan 23, 2014 at 11:15:42AM -0600, Jeff McGee wrote:
> On Thu, Jan 23, 2014 at 11:40:18AM +0100, Daniel Vetter wrote:
> > On Tue, Jan 21, 2014 at 05:14:34PM -0600, jeff.mcgee at intel.com wrote:
> > > From: Jeff McGee <jeff.mcgee at intel.com>
> > >
> > > The current frequency should reach the minimum frequency within a
> > > reasonable time during idle. We hold forcewake to prevent interference
> > > from sleep states.
> > >
> > > Signed-off-by: Jeff McGee <jeff.mcgee at intel.com>
> > > ---
> > > tests/pm_rps.c | 34 ++++++++++++++++++++++++++++++----
> > > 1 file changed, 30 insertions(+), 4 deletions(-)
> > >
> > > diff --git a/tests/pm_rps.c b/tests/pm_rps.c
> > > index 7ae0438..50c66ee 100644
> > > --- a/tests/pm_rps.c
> > > +++ b/tests/pm_rps.c
> > > @@ -33,6 +33,7 @@
> > > #include <unistd.h>
> > > #include <getopt.h>
> > > #include "drmtest.h"
> > > +#include "igt_debugfs.h"
> > >
> > > static bool verbose = false;
> > >
> > > @@ -57,6 +58,9 @@ struct junk {
> > > { "cur", "r", NULL }, { "min", "rb+", NULL }, { "max", "rb+", NULL }, { "RP0", "r", NULL }, { "RP1", "r", NULL }, { "RPn", "r", NULL }, { NULL, NULL, NULL }
> > > };
> > >
> > > +static igt_debugfs_t dfs;
> > > +static FILE *forcewake;
> > > +
> > > static int readval(FILE *filp)
> > > {
> > > int val;
> > > @@ -206,17 +210,33 @@ static void min_max_config(void (*check)(void))
> > > check();
> > > }
> > >
> > > +#define IDLE_WAIT_TIMESTEP_MSEC 100
> > > +#define IDLE_WAIT_TIMEOUT_MSEC 3000
> > > static void idle_check(void)
> > > {
> > > int freqs[NUMFREQ];
> > > -
> > > - read_freqs(freqs);
> > > - dump(freqs);
> > > - checkit(freqs);
> > > + int wait = 0;
> > > +
> > > + /* Monitor frequencies until cur settles down to min, which should
> > > + * happen within the allotted time */
> > > + do {
> > > + read_freqs(freqs);
> > > + dump(freqs);
> > > + checkit(freqs);
> > > + if (freqs[CUR] == freqs[MIN])
> > > + break;
> > > + usleep(1000 * IDLE_WAIT_TIMESTEP_MSEC);
> > > + wait += IDLE_WAIT_TIMESTEP_MSEC;
> > > + } while (wait < IDLE_WAIT_TIMEOUT_MSEC);
> > > +
> > > + igt_assert(freqs[CUR] == freqs[MIN]);
> > > + log("Required %d msec to reach cur=min\n", wait);
> > > }
> > >
> > > static void pm_rps_exit_handler(int sig)
> > > {
> > > + fclose(forcewake);
> > > +
> > > if (origfreqs[MIN] > readval(stuff[MAX].filp)) {
> > > writeval(stuff[MAX].filp, origfreqs[MAX]);
> > > writeval(stuff[MIN].filp, origfreqs[MIN]);
> > > @@ -287,6 +307,12 @@ int main(int argc, char **argv)
> > >
> > > read_freqs(origfreqs);
> > >
> > > + /* Hold forcewake throughout test to prevent sleep states from
> > > + * interfering with evaluation of performance state management */
> > > + igt_require(igt_debugfs_init(&dfs) == 0);
> > > + forcewake = igt_debugfs_fopen(&dfs, "i915_forcewake_user", "r");
> > > + igt_require(forcewake);
> >
> > That smells like a hack to work around broken kernels ... Why exactly do
> > we need this? Also, recent upstream should auto-deboost to the lowest freq
> > on idle systems to avoid the gpu ending up stuck at higher frequencies.
> > -Daniel
>
> I guess I'm a little unclear on the policy here. My understanding is that it
> is acceptable for the requested frequency to remain above min if we are in
> RC6, because the actual frequency is 0 MHz in that state and so we are
> getting the most power savings anyway. With this in mind, I didn't want to
> fail a system in which that occurred. Taking the forcewake allows us to
> verify that turbo hardware is working correctly on its own merits
> (particularly the interrupts). If the policy is to require that requested
> frequency always go to min at idle (RC6 or not), then I will remove the
> forcewake.
We've learned the hard way that the hardware can get stuck, so having such
a testcase (maybe as a separate subtest, you already add tons of other
interface checks in your series here) would be rather useful. It's not a
hard requirement but imo a good sanity check on our code (and on recent
kernels we should force the gt to the lowest frequency already when idle).
-Daniel
--
Daniel Vetter
Software Engineer, Intel Corporation
+41 (0) 79 365 57 48 - http://blog.ffwll.ch
More information about the Intel-gfx
mailing list