Hi!
> > If vbetool's primary purpose is to fix video after suspend/resume,
> > then perhaps right thing to do is to integrate it into s2ram and
> > maintain it there.
>
> That's the primary purpose, though there's a couple of edge cases.
> For VBE state saving/restoring, it seems to be important to save the
> state before X has started rather than doing so at suspend time - some
> i855 systems break otherwise.
Well, doing it at boot is slightly ugly; I'd like s2ram to just work,
and not need boot-time-hooks. [If there's no other solution... what
can I do, but I do not like it.]
> Not strictly related - Pavel, try taking a look at the acpi-support
> package in http://archive.ubuntu.com/ubuntu/pool/main/a/acpi-support/ .
> There's a large list of witelisted hardware there. OSDL recently set
> up
Thanks for pointer! Anyway, AFAICT the list is not really adequate. It
lists working machines, but does not really list all the switches
neccessary to get the video working. (Well, it tries in some cases,
*strange*, perhaps less switches are neccessary than I think?)
> a mailing list ([email protected]) for cross-distribution
> laptop discussion. It would probably be helpful to discuss working
> machines there, rather than duplicate the whitelisting efforts.
I'm afraid I don't have a time for another mailing list, and this
should not be really related to the desktop...
Pavel
--
Thanks, Sharp!
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to [email protected]
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
[Index of Archives]
[Kernel Newbies]
[Netfilter]
[Bugtraq]
[Photo]
[Stuff]
[Gimp]
[Yosemite News]
[MIPS Linux]
[ARM Linux]
[Linux Security]
[Linux RAID]
[Video 4 Linux]
[Linux for the blind]
[Linux Resources]
