<p dir="ltr"></p>
<p dir="ltr">On Sep 10, 2016 4:42 PM, "Alejandro Piñeiro" <<a href="mailto:apinheiro@igalia.com">apinheiro@igalia.com</a>> wrote:<br>
><br>
><br>
> On 10/09/16 15:39, Marek Olšák wrote:<br>
> > On Sat, Sep 10, 2016 at 2:41 PM, Alejandro Piñeiro <<a href="mailto:apinheiro@igalia.com">apinheiro@igalia.com</a>> wrote:<br>
> >> On 09/09/16 15:10, Marek Olšák wrote:<br>
> >>> From: Marek Olšák <<a href="mailto:marek.olsak@amd.com">marek.olsak@amd.com</a>><br>
> >>><br>
> >>> Older versions don't work and there is no interest in fixing the official<br>
> >><br>
> >> Could you elaborate that older versions doesn't work? We are right now<br>
> >> focusing on gl44, and except some local patches that we needed to add in<br>
> >> order to get some tests working, it is going fine. Although perhaps you<br>
> >> are talking about the need to patch CTS to get those 44 tests working ...<br>
> ><br>
> > Yeah, that's what I was talking about. It's pretty embarassing having<br>
> > to apply 100 patches to non-conformant CTS just to make it work and be<br>
> > conformant.<br>
> ><br>
><br>
> Ok, I understand now.<br>
><br>
> > The idea is that, for most people, there is no practical reason to<br>
> > have gl44 CTS support in piglit if the official branch remains broken<br>
> > forever.<br>
><br>
> But for some people, like us, applying those patches are the only<br>
> solution, because we only have access to the tarball (that I assume that<br>
> is a tarball of the official branch).<br>
><br>
> Having said so, a) probably we are the exception and not the rule b)<br>
> there is no much difference between running gl44 and gl45, so this<br>
> change would not affect us too much.<br>
><br>
> > Having a separate piglit profile just for gl44 (so that<br>
> > everybody else can ignore it) would be OK though.<br>
><br>
> Something like a cts_gl44.py?</p>
<p dir="ltr">Yes. </p>
<p dir="ltr">Marek <br></p>