Date: Sun, 4 Mar 2007 22:42:57 +0100 From: Stefan Ehmann <shoesoft@gmx.net> To: Nate Lawson <nate@root.org> Cc: freebsd-acpi@freebsd.org, Bruce Evans <bde@zeta.org.au> Subject: Re: notebook freezes Message-ID: <200703042242.58748.shoesoft@gmx.net> In-Reply-To: <45EB28A1.5010803@root.org> References: <200703011612.07110.shoesoft@gmx.net> <20070305004000.B17935@delplex.bde.org> <45EB28A1.5010803@root.org>
next in thread | previous in thread | raw e-mail | index | archive | help
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!
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?200703042242.58748.shoesoft>