Re: S3 wakeup code

David G Hamblen
2003-07-25T18:04:02Z

On Fri, 25 Jul 2003, Karol Kozimor wrote:

> Thus wrote David G Hamblen:
> > standby properly; so I assume that the ACPI tables can be driven by the
> > OS. Perhaps something along the lines of the asus_acpi code?
>
> The asus_acpi module uses the ASUS-specific DSDT methods to handle the
> backlight switching. I have quite the same problem with S1 on my machine,
> but I get around it by doing echo 0 > /proc/acpi/asus/lcd; echo 1 >
> /proc/acpi/sleep; echo 1 > /proc/acpi/asus/lcd. You may want to look for
> the relevant methods in your DSDT and write a kernel interface to call
> them, so that you could then activate it prior to suspending. I suppose
> that's exactly what the Windows drivers do. You may also try something
> video-specific, i.e. radeontool.
>
> BTW: Pavel: will there be a place in the new PM interface for functions
> that drivers could bind onto, i.e. something like a generic
> disable_backlight(), assigned to
> {asus,dell,toshiba,nvidia,radeon,etc.}_disable_backlight()? I think this
> could solve some important problems.

The /linux/drivers/skeletonfb.c file has some potential sample hooks for
this kind of thing. Several of the drivers in that directory have code
drive the various power states. When I get a chance, I might try hacking
the vesafb driver. I don't know if I can get any hints out of the nv
driver for XF86.

Dave