Closed Bug 1040917 Opened 11 years ago Closed 4 years ago

OMTC basic on GTK3 : Image surfaces make tcanvasmark's canvas3D test freeze with system-cairo

Categories

(Core :: Graphics: Layers, defect)

All
Linux
defect
Not set
normal

Tracking

()

RESOLVED WONTFIX

People

(Reporter: fred23, Unassigned)

References

Details

(Whiteboard: [gfx-noted])

Only tested and reproduced so far with GTK3 builds with OMTC basic enabled (force-enable) and image offscreen surfaces enabled with "use-image-offscreen-surfaces" preference (see Bug 1015218) steps to reproduce : ********************** Apply abovementionned patches from Bug1015218 Turn on the abovementioned prefs Build FF for GTK3 (system-cairo + system-pixman) Locally run tcanvasmark talos test and you will notice that the test "freeze" at the "canvas3D" demo (where a series of 1-2-3-4 numbered boxes is rendered on a spiral path) after having drawn "some" boxes. I don't know if the number of boxes correctly drawn before freeze is constant from one try to the other.
Summary: OMTC basic : Image surfaces make tcanvasmark's canvas3D test freeze → OMTC basic on GTK3 : Image surfaces make tcanvasmark's canvas3D test freeze
Just as a precision, This bug was initially created as a means to explain some performance drops I was noticing on my local talos perf tests, but in the end, those performance drops turned out to be perf. *gains* (snarkfest was interpreting the results in the wrong way). So I don't know if this freeze I described above is even happening on the try servers. That should be the first step, see if this is actually reproducible in the trys.
Reproducible with latest trunk, throws: [GFX2-]: Invalid surface [GFX2-]: DrawTargetCairo context in error state: out of memory(1)
I see the freeze on NVDIA graphics only. Intel drivers works without freeze.
It also causes flickering during scrolling on nvidia drivers. Intel seems to be fine.
I was wrong here. I run some tests on latest trunk during investigation of the OMTC crashes and it turns out that this freeze is produces the system-cairo library, as well as the OMTC crashes. With in-tree cairo, both (OMTC and offscreen surfaces) works well without crashes/hangs. The canvasmark test also passes with in-tree cairo no matter which driver is used (tested nvidia and intel).
I guess we can close this while it's caused by system-cairo and works fine with in-tree library, right?
Flags: needinfo?(milan)
We can leave it open, note that it's system-cairo, we have a handful of bugs like that.
Flags: needinfo?(milan)
Summary: OMTC basic on GTK3 : Image surfaces make tcanvasmark's canvas3D test freeze → OMTC basic on GTK3 : Image surfaces make tcanvasmark's canvas3D test freeze with system-cairo
Whiteboard: [gfx-noted]
Status: NEW → RESOLVED
Closed: 4 years ago
Resolution: --- → WONTFIX
You need to log in before you can comment on or make changes to this bug.