https://bugs.freedesktop.org/show_bug.cgi?id=71116
--- Comment #10 from Emil Velikov <[email protected]> --- (In reply to comment #6) > Created attachment 88546 [details] > 2_Attempt to resume (nouveau.agpmode=0) > > Survives one cycle since I did this from SSH with `pm-hibernate`. Apparently > Xorg only locksup on resume because of xscreensaver if I press the button in > XFCE. I had a strange feeling that mesa is involved :\ If you're up for it you can {re,}move nouveau_dri.so (the 3g/gl "driver") and confirm it that fixes your s2ram problems. Note your CPU usage may sky-rocket (the system will fall back to software GL rendering). (In reply to comment #9) [...] > I'm not totally against bisecting these source packages, but that will then > be a longterm thing. Furthermore, is all of mesa required? (i.e. I'm not > using a compositing desktop for that matter (just XFCE)). > Before bisecting anything I would suggest that you absolutely make sure that you know which package broke things - mesa, xserver-xorg-core, xserver-xorg-video-nouveau and/or other. When going through mesa, make sure that you keep all the packages at the same version. Here is a crash course of what the different mesa packages provide Essential parts * libgl1-mesa-glx -> libGL provider * libgl1-mesa-dri -> provides the "hardware accelerated drivers" * libglapi-mesa -> dispatch library Extra (your system may require one or both depending on what software you have) * libgbm1 * libegl1-mesa -> libEGL provider Other * libopenvg1-mesa -> libOpenVG, afaik noone uses this * mesa-common-dev -> headers Not part of mesa (but have mesa in the package name :P) * libglu1-mesa -> minor suspect * mesa-utils -> highly unlikely to be related Have fun :) -- You are receiving this mail because: You are the assignee for the bug.
_______________________________________________ Nouveau mailing list [email protected] http://lists.freedesktop.org/mailman/listinfo/nouveau
