From owner-freebsd-current@FreeBSD.ORG  Tue Sep 23 00:27:33 2003
Return-Path: <owner-freebsd-current@FreeBSD.ORG>
Delivered-To: freebsd-current@freebsd.org
Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125])
	by hub.freebsd.org (Postfix) with ESMTP id 2E5D016A4B3
	for <current@freebsd.org>; Tue, 23 Sep 2003 00:27:33 -0700 (PDT)
Received: from rootlabs.com (root.org [67.118.192.226])
	by mx1.FreeBSD.org (Postfix) with SMTP id 613FF43FEA
	for <current@freebsd.org>; Tue, 23 Sep 2003 00:27:32 -0700 (PDT)
	(envelope-from nate@rootlabs.com)
Received: (qmail 44793 invoked by uid 1000); 23 Sep 2003 07:27:30 -0000
Date: Tue, 23 Sep 2003 00:27:30 -0700 (PDT)
From: Nate Lawson <nate@root.org>
To: Andrew Thompson <andy@fud.org.nz>
In-Reply-To: <03Sep22.060710nzst.336005@homer.fire.org.nz>
Message-ID: <20030923002511.A44782@root.org>
References: <20030916115255.A9706@root.org> <3F6763D3.8010007@fud.org.nz>
	<03Sep16.233331nzst.336012@homer.fire.org.nz>
	<03Sep21.234726nzst.336010@homer.fire.org.nz>
	<03Sep22.060710nzst.336005@homer.fire.org.nz>
MIME-Version: 1.0
Content-Type: TEXT/PLAIN; charset=US-ASCII
cc: current@freebsd.org
Subject: Re: ACPI and a Toshiba Tecra 8000
X-BeenThere: freebsd-current@freebsd.org
X-Mailman-Version: 2.1.1
Precedence: list
List-Id: Discussions about the use of FreeBSD-current
	<freebsd-current.freebsd.org>
List-Unsubscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
	<mailto:freebsd-current-request@freebsd.org?subject=unsubscribe>
List-Archive: <http://lists.freebsd.org/pipermail/freebsd-current>
List-Post: <mailto:freebsd-current@freebsd.org>
List-Help: <mailto:freebsd-current-request@freebsd.org?subject=help>
List-Subscribe: <http://lists.freebsd.org/mailman/listinfo/freebsd-current>,
	<mailto:freebsd-current-request@freebsd.org?subject=subscribe>
X-List-Received-Date: Tue, 23 Sep 2003 07:27:33 -0000

On Mon, 22 Sep 2003, Andrew Thompson wrote:
> Andrew Thompson wrote:
> > I fixed the other null derefernce in sc_bell() and the laptop is now
> > suspending with the serial console the same as without.
>
> as it should, but the second suspend it only does acpi_SetSleepState()
> -> AcpiEnterSleepStatePrep() and then the laptop suspends itself. I am
> unsure why it is not getting as far the second time...
>
> <suspend #2>
> Breakpoint at   acpi_SetSleepState:     pushl   %ebp
> db> c
> Breakpoint at   AcpiEnterSleepStatePrep:        pushl   %ebp
> db> c
> <laptop suspends here, reboots on resume>

I'll have to look at your acpidump to have a guess.  It could be that
running the _PTS method causes your laptop to enter suspend the second
time due to an improperly resumed device from the first suspend.

acpidump -t -d > andy.asl

-Nate