Messages in this thread |  | | Subject | Re: 2.6.25-rc6 regression - hang on resume [Bug 10319] | From | Soeren Sonnenburg <> | Date | Tue, 08 Apr 2008 15:32:14 +0200 |
| |
On Tue, 2008-04-08 at 14:52 +0200, Fabio Comolli wrote: > On Tue, Apr 8, 2008 at 2:39 PM, Soeren Sonnenburg <kernel@nn7.de> wrote: > > On Tue, 2008-04-08 at 14:35 +0200, Romano Giannetti wrote: > > > > > > On Tue, 2008-04-08 at 10:58 +0200, Tino Keitel wrote: > > > > With 2.6.25-rc, the text console is fine after resume, due to the > > > > recent changes to the Intel i915 DRM driver. Maybe those people who > > > > used to use vbetool prior to 2.6.25 should check if this is still > > > > needed. > > > > > > Yep, the problem is just that: in 2.6.24 vbetool hacks (in my case, > > > using s2ram -p -m options) was needed to resume graphics. Now they are > > > not needed anymore, and using them _break_ resume. > > > > > > So, people with a working suspend-to-ram setup (even using the whitelist > > > in s2ram, I mean, simply calling s2ram) will discover that 2.6.25 break > > > their machine. Removing the s2ram package and suspending with > > > kernel-only machinery will work, but... well, it's not user-friendly. > > > > The above holds only if you have an intel graphics adapter. For me > > (radeon) it really breaks (as in echo mem >/sys/power/state leaves me a > > black screen on resume and manually typing vbetool post or vbetool > > vgamode simply hangs the machine). > > > > For me (radeon X700) using binary fglrx xorg driver without the binary > kernel module (which does not compile under .25rc for me) > resume-from-ram works using s2ram. > > Lightly tested with -rc8. > > My laptop is in whitelist as VBE_POST|VBE_SAVE|NOFB .
I am talking about console only. X is a completely different issue especially with fglrx (which will very likely do the re-init).
Soeren
|  |