Quoting Joonas Lahtinen (2018-04-18 10:10:17) > Quoting Chris Wilson (2018-04-17 20:06:38) > > The old wait_on_atomic_t used a custom callback to perform the > > schedule(), which used my return semantics of reporting an error code on > > timeout. wait_var_event_timeout() uses the schedule() return semantics > > of reporting the remaining jiffies (1 if it timed out with 0 jiffies > > remaining!) and 0 on failure. This semantic mismatch lead to us falsely > > claiming a time out occurred. > > > > Bugzilla: https://bugs.freedesktop.org/show_bug.cgi?id=106085 > > Fixes: d224985a5e31 ("sched/wait, drivers/drm: Convert wait_on_atomic_t() > > usage to the new wait_var_event() API") > > Signed-off-by: Chris Wilson <ch...@chris-wilson.co.uk> > > Reviewed-by: Joonas Lahtinen <joonas.lahti...@linux.intel.com>
How about a backmerge of rc1 onto drm-intel-next-queued so we can apply the fix? -Chris _______________________________________________ Intel-gfx mailing list Intel-gfx@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/intel-gfx
