From owner-freebsd-acpi@FreeBSD.ORG Sun Mar 4 22:09:43 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 77B6416A404 for ; Sun, 4 Mar 2007 22:09:43 +0000 (UTC) (envelope-from shoesoft@gmx.net) Received: from mail.gmx.net (mail.gmx.net [213.165.64.20]) by mx1.freebsd.org (Postfix) with SMTP id C8C0A13C441 for ; Sun, 4 Mar 2007 22:09:42 +0000 (UTC) (envelope-from shoesoft@gmx.net) Received: (qmail invoked by alias); 04 Mar 2007 21:43:00 -0000 X-Provags-ID: V01U2FsdGVkX18/OVYTk/8/0fLlrhfwHer/MPKF3fUCcc2ChlAcUa WfIBml8f718DTz From: Stefan Ehmann To: Nate Lawson Date: Sun, 4 Mar 2007 22:42:57 +0100 User-Agent: KMail/1.9.5 References: <200703011612.07110.shoesoft@gmx.net> <20070305004000.B17935@delplex.bde.org> <45EB28A1.5010803@root.org> In-Reply-To: <45EB28A1.5010803@root.org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200703042242.58748.shoesoft@gmx.net> X-Y-GMX-Trusted: 0 Cc: freebsd-acpi@freebsd.org, Bruce Evans Subject: Re: notebook freezes 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: Sun, 04 Mar 2007 22:09:43 -0000 On Sunday 04 March 2007 21:14, Nate Lawson wrote: > Bruce Evans wrote: > > [Trying to redirect this from current to acpi.] > > > > On Sun, 4 Mar 2007, Stefan Ehmann wrote: > >> On Sunday 04 March 2007 13:27, Bruce Evans wrote: ... > >>> Oops. If suspend/resume clobbers the RTC state (which we already > >>> have code > >>> to restore), then it can clobber the RTC index (which even the restoral > >>> code assumes is unclobbered). Try this fix. ... > >>> I don't know how any of this works with ACPI. AFAIK (not far), the > >>> resume > >>> hook is only called for APM. > >> > >> Yes, rtc_restore() doesn't get called. So the patch changes nothing > >> for me. > > Bruce's patch should work if you add "device pmtimer" to your kernel > config. That will allow pmtimer_resume() to call timer_restore() which > calls rtc_restore(). > > If that works for you, Bruce can commit it modulo style bugs. ;-) Oops, seems I somehow screwed up Bruce's patch on first try (pmtimer was already in my config). Probably the aftermath of the lunar eclipse :) On my second try, timer_restore really gets called and it also fixes my problem. Thanks!