RESOLVED DUPLICATE of bug 251514 223624
REGRESSION(r r274711) [GLIB] webgl/conformance/extensions/khr-parallel-shader-compile.html is timing out
https://bugs.webkit.org/show_bug.cgi?id=223624
Summary REGRESSION(r r274711) [GLIB] webgl/conformance/extensions/khr-parallel-shader...
Lauro Moura
Reported 2021-03-22 22:05:43 PDT
webgl/conformance/extensions/khr-parallel-shader-compile.html Updated in r274711, timing out in GLIB since, even with [ Slow ]. Checking the first loop of the test (~120), it seems the compile operations are not being offloaded to another thread, as there is a big wait in the compileShader calls. In the 7th iteration of the loop: extraCode size 2949120 shaderSource(vertexSource) took 18ms shaderSource(fragmentSource) took 17ms compileShader(vs) took 1460ms compileShader(fs) took 1392ms linkProgram(program) took 1ms This is causing the measuredCompileDuration to always be smaller than the threshold (500ms), as it's actually just a get operation, and the code never triggers the loop exit condition.
Attachments
Kenneth Russell
Comment 1 2021-03-23 14:12:15 PDT
+jdarpinian who recently strengthened this test upstream in https://github.com/KhronosGroup/WebGL . Should probably skip this test in TestExpectations on GLIB while the implementation's being fixed. Note it will likely take some time to roll an updated ANGLE back downstream.
Radar WebKit Bug Importer
Comment 2 2021-03-29 22:06:12 PDT
Kimmo Kinnunen
Comment 3 2023-03-23 01:17:42 PDT
*** This bug has been marked as a duplicate of bug 251514 ***
Note You need to log in before you can comment on or make changes to this bug.