Re: s2ram video problems Re: [Ksummit-2008-discuss] Fixing the Kernel Janitors project

["Rafael J. Wysocki" <rjw@sisk.pl>]

On Sunday, 1 of June 2008, James Bottomley wrote:
> On Sun, 2008-06-01 at 18:21 +0200, Pavel Machek wrote:
> > Hi!
> > 
> > > > Fix NOHZ/CPUIDLE along with suspend/resume on all participants
> > > > laptops, which are probably 50+ different models. That'd be an odd
> > > > enough mix of wreckaged hardware / BIOS / ACPI.
> > > > 
> > > > Should be fun and solve a bunch of hard to grok bugs in the bugzillas
> > > > along the way.
> > > 
> > > Well ... in theory.
> > > 
> > > In practice, for instance, my laptop had suspend/resume working shortly
> > > after I got it, and the widescreen video too.  Most of the problems were
> > > video related, so I did interact with the upstream intel video driver
> > > people, but by and large it was a set of black magic rules to restore
> > > the video to its prior state (in my case, even the vbe tools didn't work
> > > and I had to manually save and restore the pci config space).
> > 
> > that's s2ram -v, right? Can you submit a whitelist entry so it starts
> > working for other people, too?
> 
> Actually, it's pm-utils, because I'm using fedora.
> 
> This, by the way was years ago, beginning with FC6.  In FC7 we got the
> driver to the state where vbestate save/restore worked for it and added
> it to the hal database.  Today, at FC9, I've just been busy filing a bug
> with fedora because the i915 drm now seems to do everything and actively
> screws up if vbestate save/restore is used (so all the work I did with
> FC7/8 now needs to be undone).

Well, we have the same problem in s2ram.

Thanks,
Rafael