Quoting Jan Vesely (2019-06-28 17:13:09)
> On Fri, Jun 28, 2019 at 7:46 PM Dylan Baker <dy...@pnwbakers.com> wrote:
> >
> > Quoting Jan Vesely (2019-06-28 13:01:36)
> > > From: Jan Vesely <jano.ves...@gmail.com>
> > >
> > > Signed-off-by: Jan Vesely <jano.ves...@gmail.com>
> > > ---
> > >  framework/test/piglit_test.py | 3 ++-
> > >  1 file changed, 2 insertions(+), 1 deletion(-)
> > >
> > > diff --git a/framework/test/piglit_test.py b/framework/test/piglit_test.py
> > > index b4e6eb444e0..0881f00a6d6 100644
> > > --- a/framework/test/piglit_test.py
> > > +++ b/framework/test/piglit_test.py
> > > @@ -215,7 +215,8 @@ class PiglitCLTest(PiglitBaseTest):  # pylint: 
> > > disable=too-few-public-methods
> > >
> > >      """
> > >      def __init__(self, command, run_concurrent=CL_CONCURRENT, **kwargs):
> > > -        self.timeout = 60
> > > +        if self.timeout is None:
> > > +            self.timeout = 60
> >
> > Sorry I wont have time to look closer at this till Monday. I think if you 
> > put
> > the timeout at the class level it will just work. At least, that's how I 
> > seem to
> > remember designing it to work, but it's been a while.
> 
> There's time, the current limit should be enough for most users.
> I tried setting a class timeout attribute in PigliTCLTest, but it didn't work.
> iiuc, the cmdline value updates the parent class timeout (base.Test.timeout)
> However, when accessing self.timeout the child value
> (PiglitCLTest.timeout) is used and takes precedence, thus always
> overriding the cmline value.
> 
> Jan
> 

Given that, this seems resonable:

Reviewed-by: Dylan Baker <dy...@pnwbakers.com>

Attachment: signature.asc
Description: signature

_______________________________________________
Piglit mailing list
Piglit@lists.freedesktop.org
https://lists.freedesktop.org/mailman/listinfo/piglit

Reply via email to