From owner-freebsd-acpi@FreeBSD.ORG Mon Apr 2 07:54:54 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 A2FFD16A405 for ; Mon, 2 Apr 2007 07:54:54 +0000 (UTC) (envelope-from gofda-freebsd-acpi@m.gmane.org) Received: from ciao.gmane.org (main.gmane.org [80.91.229.2]) by mx1.freebsd.org (Postfix) with ESMTP id 657DD13C46E for ; Mon, 2 Apr 2007 07:54:54 +0000 (UTC) (envelope-from gofda-freebsd-acpi@m.gmane.org) Received: from list by ciao.gmane.org with local (Exim 4.43) id 1HYHNJ-0006tO-GE for freebsd-acpi@freebsd.org; Mon, 02 Apr 2007 09:54:49 +0200 Received: from 88-149-232-130.f5.ngi.it ([88.149.232.130]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Mon, 02 Apr 2007 09:54:49 +0200 Received: from aremo by 88-149-232-130.f5.ngi.it with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Mon, 02 Apr 2007 09:54:49 +0200 X-Injected-Via-Gmane: http://gmane.org/ To: freebsd-acpi@freebsd.org From: Andrew Date: Mon, 2 Apr 2007 07:54:34 +0000 (UTC) Lines: 37 Message-ID: References: <461013F0.2090503@root.org> X-Complaints-To: usenet@sea.gmane.org X-Gmane-NNTP-Posting-Host: 88-149-232-130.f5.ngi.it User-Agent: slrn/0.9.8.1pl1 (FreeBSD) Sender: news 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 07:54:54 -0000 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. 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. I can testify that this laptop used to suspend/resume flawlessly under Kubuntu. That and the lack of errors when compiling acpidump's output lead me to think that the problem might not lie in Acer's ACPI bytecode. I'll post my experiments and findings, but at the kernel level I think there's not much I can strip away because it's already very bare-bones now. Bye, Andrew