From owner-freebsd-current@FreeBSD.ORG  Thu Nov 18 06:01:54 2004
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 DAF0816A4CE; Thu, 18 Nov 2004 06:01:54 +0000 (GMT)
Received: from ylpvm15.prodigy.net (ylpvm15-ext.prodigy.net [207.115.57.46])
	by mx1.FreeBSD.org (Postfix) with ESMTP
	id 9350D43D2D; Thu, 18 Nov 2004 06:01:54 +0000 (GMT)
	(envelope-from nate@root.org)
Received: from [10.0.5.50] (adsl-64-171-186-185.dsl.snfc21.pacbell.net
	[64.171.186.185])iAI61rdl019655;	Thu, 18 Nov 2004 01:01:53 -0500
Message-ID: <419C3AC2.5010505@root.org>
Date: Wed, 17 Nov 2004 22:01:38 -0800
From: Nate Lawson <nate@root.org>
User-Agent: Mozilla Thunderbird 0.7.3 (X11/20040901)
X-Accept-Language: en-us, en
MIME-Version: 1.0
To: Warner Losh <imp@rover.village.org>
References: <419C00A7.7030300@root.org>
	<20041117.202521.74694027.imp@harmony.village.org>	<419C1A7A.6050000@root.org>
	<20041117.204804.71148446.imp@harmony.village.org>
In-Reply-To: <20041117.204804.71148446.imp@harmony.village.org>
Content-Type: text/plain; charset=us-ascii; format=flowed
Content-Transfer-Encoding: 7bit
cc: freebsd-acpi@FreeBSD.org
cc: freebsd-current@FreeBSD.org
Subject: Re: [PATCH] Please test: new ACPI release (20041105) import
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: Thu, 18 Nov 2004 06:01:55 -0000

Warner Losh wrote:
>>My serial port.  It's named UART in the AML, that's all.  Setting it to 
>>D3 hangs the system.
> 
> Is it a PCI device too?  If not, then maybe you need to disable
> interrupts in the UART before setting the power state.  Chances are
> its interrupt cause register is returning 0xff, which hangs sio, since
> it never breaks out of the loop when this happens.

It is not, it's a legacy device:
     sio0 pnpinfo _HID=PNP0501 _UID=0 at handle=\_SB_.PCI0.LPC_.UART

The power methods for it are:
                     Method (_PS0, 0, NotSerialized)
                     {
                         Store (0x03, LDN)
                         Store (0x01, LDA)
                         Store (0x01, SSBY)
                     }

                     Method (_PS3, 0, NotSerialized)
                     {
                         Store (0x03, LDN)
                         Store (0x00, LDA)
                         Store (0x00, SSBY)
                     }

The regions accessed by these Store ops are as follows, and all appear 
to be mapped to the ICH:
                 OperationRegion (IMGA, SystemIO, 0x15E0, 0x10)
                 OperationRegion (NCFG, SystemIO, 0x2E, 0x02)

Is there a standard for how to do power transitions for non-PCI devices? 
  I thought you just call the acpi methods if present.

-Nate