Theo and I preferred this approach as it allows each test to determine what a reasonable timeout should be, using dynamic information if desired.
Also, we understood that getting signal-safety right in the Python framework was hard, so we figured this was less likely to break. That said, we'd be happy to have these merged without timeout support if that's what it takes. :-) Thanks for reviewing these! Jamey On May 8, 2014 10:49 AM, "Eric Anholt" <[email protected]> wrote: > Jamey Sharp <[email protected]> writes: > > > From: TheoH <[email protected]> > > > > We've observed hangs on some drivers in these calls, which make it > > harder to run the rest of the Piglit test suite. > > I know people have been working on having timeout support in the > framework, which seems much better than having it ad-hoc in tests that > we've discovered already hang on some systems. Any framework folks have > status on that? >
_______________________________________________ Piglit mailing list [email protected] http://lists.freedesktop.org/mailman/listinfo/piglit
