From owner-freebsd-acpi@FreeBSD.ORG  Mon Mar  5 08:52:09 2007
Return-Path: <owner-freebsd-acpi@FreeBSD.ORG>
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 033E316A400
	for <freebsd-acpi@FreeBSD.org>; Mon,  5 Mar 2007 08:52:09 +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 5425113C428
	for <freebsd-acpi@FreeBSD.org>; Mon,  5 Mar 2007 08:52:08 +0000 (UTC)
	(envelope-from shoesoft@gmx.net)
Received: (qmail invoked by alias); 05 Mar 2007 08:52:06 -0000
X-Provags-ID: V01U2FsdGVkX19jJ8RaDRhj19mqTEh86BOiDv8YvewvZfdYpy+FQs
	Kld5yqV6fls7Yx
From: Stefan Ehmann <shoesoft@gmx.net>
To: Bruce Evans <bde@zeta.org.au>
In-Reply-To: <20070305142926.O2780@besplex.bde.org>
References: <200703011612.07110.shoesoft@gmx.net>
	<20070305004000.B17935@delplex.bde.org> <45EB28A1.5010803@root.org>
	<200703042242.58748.shoesoft@gmx.net>
	<20070305142926.O2780@besplex.bde.org>
Content-Type: text/plain
Date: Mon, 05 Mar 2007 09:52:04 +0100
Message-Id: <1173084724.1850.3.camel@localhost>
Mime-Version: 1.0
X-Mailer: Evolution 2.8.3 FreeBSD GNOME Team Port 
Content-Transfer-Encoding: 7bit
X-Y-GMX-Trusted: 0
Cc: freebsd-acpi@FreeBSD.org
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 <freebsd-acpi.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-acpi>,
	<mailto:freebsd-acpi-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-acpi>
List-Post: <mailto:freebsd-acpi@freebsd.org>
List-Help: <mailto:freebsd-acpi-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-acpi>,
	<mailto:freebsd-acpi-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Mon, 05 Mar 2007 08:52:09 -0000

On Mon, 2007-03-05 at 15:21 +1100, Bruce Evans wrote:
> On Sun, 4 Mar 2007, Stefan Ehmann wrote:
> > 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.
> 
> Could you add some RTC accesses to determine exactly what state is
> inconsistent?  Something like the following:
> 
>  	cur_rtc_reg = inb(IO_RTC);	/* Sloppy locking. */
>  	printf("cur_rtc_reg = %02x, rtc_reg = %02x\n", cur_rtc_reg, rtc_reg);
>  	rtc_reg = -1;
>  	cur_rtc_statusa = rtcin(RTC_STATUSA);
>  	printf(...);
>  	cur_rtc_statusb = rtcin(RTC_STATUSB);
>  	printf(...);
> 

Putting this on top of rtc_resume, I get this on resume (all values are
hexadecimal):

cur_rtc_reg = ff, rtc_reg = 0c
cur_rtc_statusa = 29
cur_rtc_statusb = 42