(In reply to Stefan Dirsch from comment #4) > 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.