[Intel-gfx] [PATCH i-g-t v2] pm_rps: Changes in waitboost scenario

Dec, Katarzyna katarzyna.dec at intel.com
Mon Aug 21 10:43:35 UTC 2017


I just saw comments for the code (in first patch version)

>  static void boost_freq(int fd, int *boost_freqs)  {
>         int64_t timeout = 1;
> -       int ring = -1;
>         igt_spin_t *load;
> +       unsigned int engine;
>  
> -       load = igt_spin_batch_new(fd, ring, 0);
> -
> +       /* put boost on the same engine as low load */
> +       engine = I915_EXEC_RENDER;
> +       if (intel_gen(lh.devid) >= 6)
> +               engine = I915_EXEC_BLT;
> +       load = igt_spin_batch_new(fd, engine, 0);

>Something to note is that spin-batch will also force the GPU to maximum.
So we can get rid of gem_wait in this case?

>You could set the boost freq > max freq to differentiate
What do you mean by that?

>         /* Waiting will grant us a boost to maximum */
>         gem_wait(fd, load->handle, &timeout);
>  
>         read_freqs(boost_freqs);
>         dump(boost_freqs);
> +       igt_assert_eq(is_in_boost(), 1);

>Will fail on older kernels.
This assert was changed in v2 to igt_assert(). Will this also fail on older kernels? If yes, why?


Thanks,
Kasia




More information about the Intel-gfx mailing list