![](https://seccdn.libravatar.org/avatar/3035b38ff33cf86f480bb169b8500b80.jpg?s=120&d=mm&r=g)
http://bugzilla.opensuse.org/show_bug.cgi?id=1104851
http://bugzilla.opensuse.org/show_bug.cgi?id=1104851#c6
--- Comment #6 from Dr. Werner Fink
Hmm. Usually "modesetting" is less stable on older Intel platforms than the "intel" driver itself, since it it uses glamor/Mesa GL driver for 2D acceleration, and this can be more broken on older platforms than on newer ones. But ok, as long as it does work for you ...
But AccelMethod "UXA" is certainly no valid option for "modesetting" driver. Only "none" instead of "glamor" is, but this kills 2D acceleration and then you can use "fbdev" driver as well ...
Next problem: even with hibernate leads to freeze. With "intel" which kernel mode line options should I avoid and which should I set. Currently I have i915.modeset=1 i915.i915_enable_rc6 ... and some others which I can not remember and the system is currently down. (In reply to Neil Rickert from comment #5)
I have a laptop with sandybridge graphics, purchased in 2009 (I think). I have freezes.
What I have found out, is that the freeze appear to be related to brightness change. In particular, if the desktop dims the display, then it often freezes when it returns to full brightness.
Using KDE, I set it to never dim the display (but I do allow switching off the display after a period of idle). And I don't think I have had the desktop freeze since then.
I still get occasional freezes, though they are rare enough to not be a serious problem. When they occur, it is during bootup, before the desktop environment is fully up and running.
Yep I can second this ... sometimes it takes a while then it had freezed likly at xscreensaver or similar ... sometimes it had happen at start of greeter of the sddm. -- You are receiving this mail because: You are on the CC list for the bug.