[OpenJDK 2D-Dev] [11] RFR: [JDK-8196451] sun/java2d/OpenGL/DrawBufImgOp.java times out
Phil Race
philip.race at oracle.com
Tue Feb 13 21:44:46 UTC 2018
In this case I can say that it was nothing to do with being slow .. it
is a driver bug.
-phil
On 02/13/2018 12:43 PM, Sergey Bylokhov wrote:
> Hi, Prahalad, Phil.
> Maybe it is possible to add a log from jtr file to the bug report,
> usually it contains a stack trace on timeout. I am not sure that it is
> a good idea to update any tests without reproducing it, when we know
> that at least on one system it could be reproduced. The reasons maybe
> a slow virtual system and we need to update a timeout.
>
>
> On 13/02/2018 10:15, Prahalad Kumar Narayanan wrote:
>> Hello Everyone
>>
>> Good day to you.
>>
>> Request your time in reviewing a minor change for a test bug
>>
>> [JDK-8196451] sun/java2d/OpenGL/DrawBufImgOp.java times out
>>
>> https://bugs.openjdk.java.net/browse/JDK-8196451
>>
>> Observation:
>>
>> . The bug reports a test case- DrawBufImgOp, failing with
>> Timeout error on Win7 and OpenGL backend.
>>
>> . The issue wasn't reproducible despite multiple test runs on
>> Win7 and Win10 machines.
>>
>> . Hence OpenGL driver issues on the host machine is suspected to
>> have resulted in this Timeout.
>>
>> Code change:
>>
>> . The code changes add a new keyword- “opengl” to TEST.ROOT and
>> the respective test case.
>>
>> . Since D3D is the preferred back-end on Windows, this keyword
>> will be helpful to filter OpenGL tests from execution in future.
>>
>> . Note: There are many bugs that are similar to the current one.
>> But it’s hard to propose a common fix as some of the test cases
>> execute with multiple @run tags (one for every back-end).
>>
>> Kindly review the change and suggest your views
>>
>> Link: http://cr.openjdk.java.net/~pnarayanan/8196451/webrev.00/
>>
>> Thank you for your time
>>
>> Have a good day
>>
>> Prahalad N.
>>
>
>
More information about the 2d-dev
mailing list