On Mon, Nov 07, 2016 at 07:05:14PM -0500, Lyude wrote: > The default autoresume delay is about 5 seconds. It's possible on a > system that's not very fast this might not be a long enough time, since > an asynchronous hotplug event we scheduled on the chamelium that was > intended to happen during suspend could happen before we actually manage > to suspend. So, add a function that allows us to increase the autoresume > time to ensure this never happens during suspend/resume tests with the > chamelium. > > Signed-off-by: Lyude <lyude@xxxxxxxxxx> > --- > lib/igt_aux.c | 46 ++++++++++++++++++++++++++++++++++++++++++++++ > lib/igt_aux.h | 1 + > 2 files changed, 47 insertions(+) > > diff --git a/lib/igt_aux.c b/lib/igt_aux.c > index 9754148..26d32fd 100644 > --- a/lib/igt_aux.c > +++ b/lib/igt_aux.c > @@ -812,6 +812,52 @@ void igt_system_suspend_autoresume(enum igt_suspend_state state, > close(power_dir); > } > > +static int original_autoresume_delay; > + > +static void igt_restore_autoresume_delay(int sig) > +{ > + int delay_fd; > + char delay_str[10]; > + > + igt_assert((delay_fd = open("/sys/module/suspend/parameters/pm_test_delay", > + O_WRONLY)) >= 0); > + > + snprintf(delay_str, sizeof(delay_str), "%d", original_autoresume_delay); > + igt_assert(write(delay_fd, delay_str, strlen(delay_str))); > + > + close(delay_fd); > +} > + > +/** > + * igt_set_autoresume_delay: > + * @delay_secs: The delay in seconds before resuming the system > + * > + * Sets how long we wait to resume the system after suspending it, using the > + * suspend.pm_test_delay variable. On exit, the original delay value is > + * restored. > + */ > +void igt_set_autoresume_delay(int delay_secs) > +{ > + int delay_fd; > + char delay_str[10]; > + > + igt_skip_on_simulation(); > + > + igt_assert((delay_fd = open("/sys/module/suspend/parameters/pm_test_delay", > + O_RDWR)) >= 0); Are these test failures? No, then don't assert. Do it within your igt_fixture() block and use igt_require to skip. -Chris -- Chris Wilson, Intel Open Source Technology Centre _______________________________________________ Intel-gfx mailing list Intel-gfx@xxxxxxxxxxxxxxxxxxxxx https://lists.freedesktop.org/mailman/listinfo/intel-gfx