https://bugs.kde.org/show_bug.cgi?id=397834
--- Comment #24 from Martin Stransky <stran...@redhat.com> --- (In reply to David Edmundson from comment #20) > On the SHM subsurfaces, I've not got anywhere so far. > > We seem to end up in the code path where Firefox doesn't have a buffer > available and waits. However FF should be coping with that state. Something > it'd be good for Martin S to check. On second though, missing buffer should lead to frame loss and not complete lock up. I expect the wl_buffer is released in some time when compositor finishes the drawing and it's available again, isn't it? If the wl_buffers are locked by compositor indefinitely then there's something obviously wrong there. -- You are receiving this mail because: You are watching all bug changes.
