(In reply to comment #55) > Created attachment 74005 [details] > Xorg.0.log with intel_drv.so 2.20.8 > > Sorry for the delay, it's awfully confusing that we're both called Chris > Wilson, I didn't realise that you'd replied to my comment :) > > Here is Xorg.0.log, hopefully showing that the driver running is 2.20.8 (so > with the patch)? > > I haven't been running xrestop, sorry. I've just started. Even if this is a > client pixmap leak, surely one app shouldn't be able to bring down my > desktop? Wouldn't that be a bug, perhaps in X itself rather than the Intel > driver? But I've never seen anything like this happen with any other > graphics card or system in 15 years of using Linux on the desktop.
It's a Denial-of-Service. There's a limited address space for mmapping of buffers, so that if the client does leak, eventually we will not be able to map a new buffer and it will remain blank. (KDE is full of such examples, or at least one sufficiently common one.) We've harden the kernel to recover as much of that space as possible, but that is limited by the guarantees given by the userspace API. On the other side, it is possible to use alternative fallback methods if the mmapping fails, that hardening is present in SNA. Nevertheless, the side-effects will remain unpleasant until the source of the bug is found. -- You received this bug notification because you are a member of Ubuntu-X, which is subscribed to xserver-xorg-video-intel in Ubuntu. https://bugs.launchpad.net/bugs/1053959 Title: Corrupt display after a while (after resume?) on intel graphics To manage notifications about this bug go to: https://bugs.launchpad.net/xserver-xorg-video-intel/+bug/1053959/+subscriptions _______________________________________________ Mailing list: https://launchpad.net/~ubuntu-x-swat Post to : ubuntu-x-swat@lists.launchpad.net Unsubscribe : https://launchpad.net/~ubuntu-x-swat More help : https://help.launchpad.net/ListHelp
