From owner-freebsd-current@FreeBSD.ORG  Mon Mar 30 16:15:32 2009
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@FreeBSD.org
Received: from [127.0.0.1] (freefall.freebsd.org [IPv6:2001:4f8:fff6::28])
	by hub.freebsd.org (Postfix) with ESMTP id 1A4A810656CD;
	Mon, 30 Mar 2009 16:15:32 +0000 (UTC)
	(envelope-from jkim@FreeBSD.org)
From: Jung-uk Kim <jkim@FreeBSD.org>
To: freebsd-current@FreeBSD.org
Date: Mon, 30 Mar 2009 12:15:15 -0400
User-Agent: KMail/1.6.2
References: <1236802980.00085518.1236789602@10.7.7.3>
	<200903251833.14825.jkim@FreeBSD.org>
	<49CFD66E.5030301@entel.upc.edu>
In-Reply-To: <49CFD66E.5030301@entel.upc.edu>
MIME-Version: 1.0
Content-Disposition: inline
Content-Type: text/plain;
  charset="iso-8859-1"
Content-Transfer-Encoding: 7bit
Message-Id: <200903301215.19629.jkim@FreeBSD.org>
Cc: Gustau Perez <gperez@entel.upc.edu>
Subject: Re: [HEADSUP] amd64 suspend/resume code to be comitted
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.5
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
	<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>, 
	<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
	<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Mon, 30 Mar 2009 16:15:33 -0000

On Sunday 29 March 2009 04:13 pm, Gustau Perez wrote:
> > Then, it is something else, e.g., acpi_video(4).  You can try
> > setting debug.acpi.disabled="video" in /boot/loader.conf for
> > example.
> >
> > Jung-uk Kim
>
>     Sorry for the delay. Tried loading acpi_video in
> /boot/loader.conf. After having a terminal, I checked the available
> mibs with sysctl -a | grep acpi.video. Only get
> hw.acpi.reset_video. The man page didn't throw the waited ray of
> light :)

So, its BIOS does not support ACPI video extension. :-)

>    I also tried suspending from the terminal, without X's running.
> I tried vbetool (dpms off/on and post). I wasn't brave enought to
> try vbestate save and restore.

It seems many modern graphics boards do not support this function any 
way. :-(

>    Finally I decided it was time to use all the arsenal available
> :) so I decided to remove everything not necessary. So usb and
> friends, firewire, cbb and pccard, if_bge, if_rum, snd_hda and
> nouveau were removed from the kernel. Tried going single user mode,
> remove them and acpiconf -s 3. Guess what happened :)

Let me guess, it worked? ;-)

>    Checking messages doesn't show anything unsual. But if you want
> them or if I can try others things to debug, let me know.

If it worked fine, you can try each driver and tell us what breaks 
suspend/resume process.  If you can find the culprit, you can file a 
PR and you may able to work around it by adding 'kldunload whatever' 
and 'kldload whatever' from rc.suspend and rc.resume respectively.  
BTW, bge(4) is already known for suspend/resume problem if my memory 
serves.

Jung-uk Kim