Comment # 6 on bug 1104851 from
(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.


You are receiving this mail because: