From owner-freebsd-acpi@FreeBSD.ORG Mon Dec 13 22:40:51 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 2A1CB16A4CE for ; Mon, 13 Dec 2004 22:40:51 +0000 (GMT) Received: from www.cryptography.com (li-22.members.linode.com [64.5.53.22]) by mx1.FreeBSD.org (Postfix) with ESMTP id E322E43D55 for ; Mon, 13 Dec 2004 22:40:50 +0000 (GMT) (envelope-from nate@root.org) Received: from [10.0.0.34] (adsl-67-119-74-222.dsl.sntc01.pacbell.net [67.119.74.222]) by www.cryptography.com (8.12.8/8.12.8) with ESMTP id iBDMedug006727 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NOT); Mon, 13 Dec 2004 14:40:49 -0800 Message-ID: <41BE1A66.40200@root.org> Date: Mon, 13 Dec 2004 14:40:38 -0800 From: Nate Lawson User-Agent: Mozilla Thunderbird 0.9 (Windows/20041103) X-Accept-Language: en-us, en MIME-Version: 1.0 To: Eric Anderson References: <41B4E577.9060502@root.org> <41B50754.10604@centtech.com> <41B50C12.6070103@root.org> <41BE190C.3070805@centtech.com> In-Reply-To: <41BE190C.3070805@centtech.com> 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: Mon, 13 Dec 2004 22:40:51 -0000 Eric Anderson wrote: > Nate Lawson wrote: > >> Eric Anderson wrote: >> >>> Nate Lawson wrote: >>> >>>> I made a commit over the weekend to -current that may fix some >>>> suspend/resume driver issues for people. Please test and let me >>>> know if it helps. >>> >>> >>> >>> Will these changes also apply to -stable users? >> >> >> >> In about a day when I MFC. > > > Are those MFC'ed? I'm thinking of updating and rebuilding tonight. > > Also - what else more can I do with the reboot issue? Yes, MFCd. The reboot problem appears in Linux too so it's likely that it's something acpi-ca is doing or not doing. Unfortunately, you have to write to pm1a/b to trigger a suspend so it's likely that the code does something wrong before then. Try commenting out various calls to _GTS, _PTS, and all the pm1a/b writes. Test each separately so you can see what each change does. I think someone found a system where calling _GTS actually triggered a sleep (non-standard). -- Nate