Freebsd 7-stable on Asus Pro31j - suspend and resume

[John Baldwin]

On Saturday 28 June 2008 08:30:09 pm Kevin Oberman wrote:
> > From: John Baldwin <jhb at freebsd.org>
> > Date: Sat, 28 Jun 2008 17:55:12 -0400
> > Sender: owner-freebsd-acpi at freebsd.org
> > 
> > On Saturday 28 June 2008 05:25:29 am Mark Kirkwood wrote:
> > > I've just seen Christopher's post on the nc6230 suspend and resume - I'm 
> > > suffering what looks like the same problem with an Asus pro31j:
> > > 
> > > 1/ Suspend to S1 and resume works fine
> > > 2/ Suspend to S3 and resume works *but* I have no video thereafer.
> > > 
> > > I've have these set:
> > > 
> > > hw.syscons.sc_no_suspend_vtswitch=1
> > > hw.acpi.reset_video: 1
> > > 
> > > 
> > > plus the ata-resume patch:
> > > 
> > > http://people.freebsd.org/~jhb/patches/ata_resume.patch
> > > 
> > > I know S3 is resuming ok, as I can ssh in via re0 interface and check 
> > > the message log:
> > > 
> > > Jun 28 14:50:04 zul acpi: suspend to 0x03 at 20080628 14:50:04
> > > Jun 28 14:53:41 zul kernel: wakeup from sleeping state (slept 00:03:30)
> > > Jun 28 14:53:43 zul acpi: resumed from 0x03 at 20080628 14:53:43
> > > 
> > > (I've patched rc.suspend and rc.resume to log both $subsystem and 
$state)
> > > 
> > > 
> > > I have not tried setting:
> > > 
> > > hw.acpi.video.lcd0.active=1
> > > 
> > > as I have no such sysctl oid!
> > 
> > You have to use the acpi_video(4) driver (kldload acpi_device or 'device 
> > acpi_video').  Your BIOS also has to provide video control via ACPI.
> 
> I feel nervous correcting jhb, but I think he had a metal mis-fire
> here. I believe that he meant to say "You have to use the acpi_video(4)
> driver (kldload acpi_video)".

Yep, thanks for catching that. :)

Also, as someone else pointed out, the URL was not quite right, it's 
vesa_dpms.patch rather than dpms.patch, so 
http://www.FreeBSD.org/~jhb/patches/vesa_dpms.patch

-- 
John Baldwin