Re: suspend/restore almost works on Sony PCG-GRX570, acpi_video not good

John Baldwin writes:
 > On Monday 27 June 2005 06:57 pm, George Hartzell wrote:
 > > John Baldwin writes:
 > >  > On Sunday 19 June 2005 06:31 pm, George Hartzell wrote:
 > >  > > Hi,
 > >  > >
 > >  > > I'm working on a Sony PCG-GRX570.
 > >  > > [...]
 > >  >
 > >  > The problem is that your LCD isn't turned back on via DPMS, but there's
 > >  > not a good way to fix that always.  Especially if your BIOS doesn't
 > >  > support DPMS.
 > >
 > > Can you say a bit more about this?  [...]
 > 
 > The ACPI spec says that the OS is supposed to power down the attached
 > monitor using DPMS before it shuts down the video controller and that
 > it should turn the monitor back on using DPMS after it has resumed the
 > video controller.  FreeBSD currently just does the video controller
 > parts (sort of) and doesn't do the DPMS stuff at all except in the
 > patch to hack acpi_video, and that only works if your VGA BIOS
 > supports DPMS and it can only work for the primary monitor even then.

Ok, I should be more precise in how I describe/ask-about this.

I guess that I *have* resumed properly in some sense, since various
things seem to be able to make forward progess.

The screen/video didn't resume properly, because we either didn't shut
down properly or didn't wake up properly.  Could this be because of
not calling DPMS to shut down the monitor (Ubuntu seems to
suspend/resume w/out actually blacking out the monitor), or does that
just explain the backlight turning off?

I've also built kernels that included the fxp and I can not ping that
device after I resume.

Is it likely that it *also* has problems, that it's never getting the
change to be resumed because of the video problems, or that some
lower lever problem is biting them both and causing them to fail?

Thanks again for helping me think about this!

g.