From owner-freebsd-acpi@FreeBSD.ORG  Tue May 24 18:12:02 2005
Return-Path: <owner-freebsd-acpi@FreeBSD.ORG>
X-Original-To: acpi@freebsd.org
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 91A1016A41C
	for <acpi@freebsd.org>; Tue, 24 May 2005 18:12:02 +0000 (GMT)
	(envelope-from ducrot@poupinou.org)
Received: from poup.poupinou.org (poup.poupinou.org [195.101.94.96])
	by mx1.FreeBSD.org (Postfix) with ESMTP id 4697243D48
	for <acpi@freebsd.org>; Tue, 24 May 2005 18:12:02 +0000 (GMT)
	(envelope-from ducrot@poupinou.org)
Received: from ducrot by poup.poupinou.org with local (Exim)
	id 1DadsG-0007oQ-00; Tue, 24 May 2005 20:11:28 +0200
Date: Tue, 24 May 2005 20:11:28 +0200
To: Alexandre Sunny Kovalenko <Alex.Kovalenko@verizon.net>
Message-ID: <20050524181128.GF21800@poupinou.org>
References: <1116811842.671.22.camel@RabbitsDen>
	<20050523103252.GX21800@poupinou.org>
	<42921446.2000405@root.org> <1116883974.681.4.camel@RabbitsDen>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <1116883974.681.4.camel@RabbitsDen>
User-Agent: Mutt/1.5.6+20040907i
From: Bruno Ducrot <ducrot@poupinou.org>
Cc: acpi@freebsd.org
Subject: Re: S3 state handled in BIOS?
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: Tue, 24 May 2005 18:12:02 -0000

On Mon, May 23, 2005 at 05:32:54PM -0400, Alexandre Sunny Kovalenko wrote:
> It does not seem to have S1 entry in ASL (see below). I will play with
> it a little bit more and see whether creating S1 node with the set of
> flags from \_S3 results in some logical behavior. Is it sufficient to 
> duplicate an entry, or do I need to add it elsewhere?
> 

This may not work because we will call some ASL methods with the requested
state as argument both before and after the system state transition.

I think we should check specifications for the southbridge instead.
What say pciconf -l -v please?

-- 
Bruno Ducrot

--  Which is worse:  ignorance or apathy?
--  Don't know.  Don't care.