From owner-freebsd-acpi@FreeBSD.ORG  Tue Nov 16 23:55:30 2010
Return-Path: <owner-freebsd-acpi@FreeBSD.ORG>
Delivered-To: freebsd-acpi@FreeBSD.org
Received: from [127.0.0.1] (freefall.freebsd.org [IPv6:2001:4f8:fff6::28])
	by hub.freebsd.org (Postfix) with ESMTP id EACE6106566C;
	Tue, 16 Nov 2010 23:55:29 +0000 (UTC)
	(envelope-from jkim@FreeBSD.org)
From: Jung-uk Kim <jkim@FreeBSD.org>
To: freebsd-acpi@FreeBSD.org
Date: Tue, 16 Nov 2010 18:55:19 -0500
User-Agent: KMail/1.6.2
References: <201011161336.13560.bruce@cran.org.uk>
In-Reply-To: <201011161336.13560.bruce@cran.org.uk>
MIME-Version: 1.0
Content-Disposition: inline
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
Message-Id: <201011161855.22391.jkim@FreeBSD.org>
Cc: 
Subject: Re: amd64 resume, vesa and vbe
X-BeenThere: freebsd-acpi@freebsd.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: ACPI and power management development <freebsd-acpi.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-acpi>,
	<mailto:freebsd-acpi-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-acpi>
List-Post: <mailto:freebsd-acpi@freebsd.org>
List-Help: <mailto:freebsd-acpi-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-acpi>,
	<mailto:freebsd-acpi-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Tue, 16 Nov 2010 23:55:30 -0000

On Tuesday 16 November 2010 08:36 am, Bruce Cran wrote:
> Hi,
>
> I've been trying to figure out how to get my laptop working with
> suspend/resume - the backlight wasn't coming back on.  I eventually
> got a working configuration by suspending from X11 with the nvidia
> driver running - it has an rm_power_management call that seems to
> knows what to do.  In the process I found that the "int 0x10" call
> in amd64/acpica/acpi_wakecode.S causes the machine to reboot
> because POSTing doesn't bring the video chip back - from reading
> some Linux documentation is appears the VBE state needs restored
> too before video will work on this particular laptop.
>
> It looks like the vesa driver does the POST and state restore in
> vesa_load_state (but it doesn't appear to get any suspend/resume
> events), while the dpms driver appears to handle suspend/resume but
> doesn't work with my laptop - it hangs on resume if
> hw.acpi.reset_video isn't set, but reboots if it is set.  Has
> anyone done any work getting the POST/restore sequence working in
> either of the drivers?

You should not use hw.acpi.reset_video if you loaded vesa.ko.  
However, "vesa doesn't appear to get any suspend/resume events" 
concerns me.  Can you please show me "devinfo -v" output?  Also, 
please do "dd if=/dev/mem of=video.dat skip=0xc0000 bs=1 count=64k" 
and send me video.dat.

Thanks,

Jung-uk Kim