From owner-freebsd-acpi@FreeBSD.ORG Mon Apr 2 13:09:53 2007 Return-Path: X-Original-To: freebsd-acpi@freebsd.org Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id B865816A404 for ; Mon, 2 Apr 2007 13:09:53 +0000 (UTC) (envelope-from smithi@nimnet.asn.au) Received: from gaia.nimnet.asn.au (nimbin.lnk.telstra.net [139.130.45.143]) by mx1.freebsd.org (Postfix) with ESMTP id 6234513C459 for ; Mon, 2 Apr 2007 13:09:51 +0000 (UTC) (envelope-from smithi@nimnet.asn.au) Received: from localhost (smithi@localhost) by gaia.nimnet.asn.au (8.8.8/8.8.8R1.5) with SMTP id WAA24669; Mon, 2 Apr 2007 22:31:37 +1000 (EST) (envelope-from smithi@nimnet.asn.au) Date: Mon, 2 Apr 2007 22:31:36 +1000 (EST) From: Ian Smith To: Andrew In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Cc: freebsd-acpi@freebsd.org Subject: Re: No resume on Acer Aspire 5101AWLMi (6.2-RELEASE) X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 02 Apr 2007 13:09:53 -0000 On Mon, 2 Apr 2007, Andrew wrote: > On Sun, 01 Apr 2007 13:20:00 -0700, Nate Lawson wrote: > > > If you don't get a beep at all, something is hanging before FreeBSD even > > gets control. Try removing extra hardware, compiling out various device > > drivers, etc. > > > > STR is very hard to get right given the wide number of BIOS-specific > > bugs that we can't even see from the OS. Add to that the immature state > > of many X/display drivers in supporting resume and you can understand > > why even Linux, which has 10x the developers and assistance from Intel > > employees still has a lot of the same problems. > > > Hi, thanks for your replies. > > There is an update: I have found that if I issue "acpiconf -s 3" from > the KDE Konsole (rather than the VGA console), the laptop goes to > sleep correctly AND it even wakes up. Unfortunately, when it wakes up, > all window decorations and fonts are corrupt (desktop background and > icons are OK). Killing kdm-bin and X and then restarting them does not > fix the problem. Just checking: have you tried hw.syscons.sc_no_suspend_vtswitch=1 ? With hw.acpi.reset_video=0 or 1 ? > What I find strange, is that KDE seems to make part of the resume > process work, while the computer hangs if the suspend/resume is > handled only from the VGA console. This sounds quite familiar to my symptoms getting suspend/resume going on a Thinkpad T23 a few months ago, and I already knew that *vtswitch=1 was needed for it, thanks to an older post by Nate. I also found loading VESA necessary when suspend/resuming from a vty, but those two sysctls is what made it work in X (KDE) for me. YM will most likely V, Good luck, Ian