On Tuesday 27 Jun 2017 23:22:55 you wrote: > On Sun, 25 Jun 2017 14:35:34 +0100 Mick <michaelkintz...@gmail.com> said:
> > OK, long backtrace uploaded here: > > > > https://pastebin.com/xiAUmsin > > > > > > I see a lot of optimisations in there, probably because I built the > > packages with O2. > > ooooh. driver (libdri) is stick on some fence operation of it's own... i'm > afraid you seem to have hit a driver bug. unless you have enabled in the > compositor settings under misc "grab server during draw". this can help > reduce tearing in x... but it could lock out other clients from releasing > some lock or triggering the fence... :/ this shouldnt really be the case > but it in theory could be. if you dont have grabs enabled... then its a > driver bug. :/ Right, just as I was suspecting, this mess started with a xorg drivers and mesa update. 'Grab Server during draw' is not enabled. Anything else not mentioned explicitly below is also NOT enabled. I have the following settings in the composer which I'm almost sure are the defaults: Styles: haven't changed this. Fast Effects: Enabled only fast composite effects for windows. Disable Effects: none selected. Rendering Behavior: Don't composite fullscreen windows, Engine: OpenGL, OpenGL options: Tear-free updates (VSynced), Texture from pixmap,Ass Assume swapping method: Auto Misc: X Messages: Send flush Send dump Sync: Initial draw timeout for newly mapped windows: 0.15sec Thanks Carsten, I better check if this bug has been reported anywhere. -- Regards, Mick ------------------------------------------------------------------------------ Check out the vibrant tech community on one of the world's most engaging tech sites, Slashdot.org! http://sdm.link/slashdot _______________________________________________ enlightenment-users mailing list enlightenment-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/enlightenment-users
