From owner-freebsd-current@FreeBSD.ORG Thu Nov 18 16:15:48 2004 Return-Path: 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 EFB8A16A4CE; Thu, 18 Nov 2004 16:15:48 +0000 (GMT) Received: from harmony.village.org (rover.village.org [168.103.84.182]) by mx1.FreeBSD.org (Postfix) with ESMTP id 40C9043D58; Thu, 18 Nov 2004 16:15:48 +0000 (GMT) (envelope-from imp@bsdimp.com) Received: from localhost (harmony.village.org [10.0.0.6]) by harmony.village.org (8.13.1/8.13.1) with ESMTP id iAIGD6cb070490; Thu, 18 Nov 2004 09:13:06 -0700 (MST) (envelope-from imp@bsdimp.com) Date: Thu, 18 Nov 2004 09:13:32 -0700 (MST) Message-Id: <20041118.091332.71089191.imp@bsdimp.com> To: nate@root.org From: "M. Warner Losh" In-Reply-To: <419C3AC2.5010505@root.org> References: <419C1A7A.6050000@root.org> <20041117.204804.71148446.imp@harmony.village.org> <419C3AC2.5010505@root.org> X-Mailer: Mew version 3.3 on Emacs 21.3 / Mule 5.0 (SAKAKI) Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii 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 List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 18 Nov 2004 16:15:49 -0000 In message: <419C3AC2.5010505@root.org> Nate Lawson writes: : 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. There might be some driver stuff that will need to be done on top of the calling these things. I don't know what the behavior of the device is, but many pci devices read 0xffffffff when in d3 mode. Warner