From owner-freebsd-acpi@FreeBSD.ORG Wed Dec 8 00:26:27 2004 Return-Path: Delivered-To: freebsd-acpi@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 674C216A4CE for ; Wed, 8 Dec 2004 00:26:27 +0000 (GMT) Received: from www.cryptography.com (li-22.members.linode.com [64.5.53.22]) by mx1.FreeBSD.org (Postfix) with ESMTP id 177E743D67 for ; Wed, 8 Dec 2004 00:26:27 +0000 (GMT) (envelope-from nate@root.org) Received: from [10.0.5.50] (adsl-64-171-186-123.dsl.snfc21.pacbell.net [64.171.186.123]) by www.cryptography.com (8.12.8/8.12.8) with ESMTP id iB80QHC4016635 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Tue, 7 Dec 2004 16:26:20 -0800 Message-ID: <41B5CFDB.4090203@root.org> Date: Tue, 07 Dec 2004 07:44:27 -0800 From: Nate Lawson User-Agent: Mozilla Thunderbird 0.9 (Windows/20041103) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Aurelien Nephtali References: <41B4E577.9060502@root.org> <41B50754.10604@centtech.com> <41B50C12.6070103@root.org> <41B554B1.7070508@wanadoo.fr> In-Reply-To: <41B554B1.7070508@wanadoo.fr> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit cc: acpi@freebsd.org Subject: Re: suspend/resume improved? X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 08 Dec 2004 00:26:27 -0000 Aurelien Nephtali wrote: > Nate Lawson wrote: > >> >> It's pretty straightforward but arduous work. First strip down your >> system, removing all drivers except for the hard drive and keyboard >> (no USB, network, etc.) Don't run X. Try S3. If it works, add back >> in drivers until it fails. >> >> If it fails, try to find out where it fails. Does it truly make it to >> sleep or does it immediately resume? Add the beep code Warner posted >> a while back to the resume code and see if you get a beep. If you get >> a beep but a dead system, it's something in driver resume. Try to >> enable the network driver and ssh into your system after resume. If >> it works, it's a video driver problem and you need to mess with >> resuming the VESA BIOS. Don't run DRM with X. >> >> A lot of this is in the ACPI section of the handbook (which no one >> appears to have seen for some reason). More info about specific >> issues can be found on my web page: >> >> http://www.root.org/~nate/freebsd/acpi-todo.html >> > > I will follow this procedure since resume still doesn't work on my > system (Compaq Presario 2157EA). > > But I have a question : the speaker is correctly detected [1] but the > system never produced a "beep" and spkrtest neither. So I think using > the Warner "beep-code" won't help me much ? The beep code is very heavy-handed. It just writes directly to the speaker port in real mode so it really doesn't matter what devices you have configured. That's why it's for debug only. Warner, could you commit the patch under an appropriate kernel option (ACPI_DEBUG_BEEP or something)? -- Nate