From owner-freebsd-acpi@FreeBSD.ORG Tue Sep 7 04:27:39 2004 Return-Path: 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 CC93C16A4CE for ; Tue, 7 Sep 2004 04:27:39 +0000 (GMT) Received: from www.cryptography.com (li-22.members.linode.com [64.5.53.22]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7C15743D53 for ; Tue, 7 Sep 2004 04:27:39 +0000 (GMT) (envelope-from nate@root.org) Received: from [10.0.5.52] (adsl-64-171-186-250.dsl.snfc21.pacbell.net [64.171.186.250]) by www.cryptography.com (8.12.8/8.12.8) with ESMTP id i874RaDl017729; Mon, 6 Sep 2004 21:27:37 -0700 Message-ID: <413D38B7.5080208@root.org> Date: Mon, 06 Sep 2004 21:27:35 -0700 From: Nate Lawson User-Agent: Mozilla Thunderbird 0.7.3 (Windows/20040803) X-Accept-Language: en-us, en MIME-Version: 1.0 To: "M. Warner Losh" References: <413C9C0A.3050307@root.org> <20040906.114015.120071760.imp@bsdimp.com> <413CB40B.6010003@root.org> <20040906.133923.86381597.imp@bsdimp.com> In-Reply-To: <20040906.133923.86381597.imp@bsdimp.com> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: acpi@freebsd.org Subject: Re: Upgrade gives new messages X-BeenThere: freebsd-acpi@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: ACPI and power management development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 07 Sep 2004 04:27:39 -0000 M. Warner Losh wrote: > In message: <413CB40B.6010003@root.org> > Nate Lawson writes: > : M. Warner Losh wrote: > : > : > In message: <413C9C0A.3050307@root.org> > : > Nate Lawson writes: > : > : M. Warner Losh wrote: > : > : > ACPI-0438: *** Error: Looking up [Z00Q] in namespace, AE_NOT_FOUND > : > : > SearchNode 0xc2277ae0 StartNode 0xc2277ae0 ReturnNode 0 > : > : > ACPI-1303: *** Error: Method execution failed [\\_SB_.PCI0.ISA_.SIO_.COM1._STA] (Node 0xc2277ae0), AE_NOT_FOUND > : > : > > : > : > This is for a ASUS Thunder MP system, with the latest BIOS. Any idea > : > : > on how to get to the bottom of this? This is causing SIO_.LPT_._STA > : > : > and SIO_.COM1._STA methods to fail dozens and dozens of times. > : > : > Everything else seems to work great with -curret. I do plan on > : > : > downgrading to 5.3-BETAn in a few days (since this is my main mail > : > : > server). > : > : > : > : I don't understand what was upgraded. Your BIOS? Or are you saying an > : > : update to -current from RELENG_5 triggered this? > : > > : > I upgraded the machine from 4.10-RC to 6.0-current as of Saturday. > : > The BIOS has not changed since I got the machine a couple of months > : > ago. > : > > : > : Please send output of acpidump -t -d > warner_AsusThunder.asl > : > : This is easy. The Z00Q method doesn't exist. Perhaps these devices are > : on a docking station? If not, this ASL is just bad. How does it work > : with acpi disabled? > > The ASL is just bad. This is a MP mobo, not a laptop. It works fine > with ACPI enabled, but I get the above messages. So I'm not sure what > Z00Q should do, but the results of it are used in the rest of the _STA > routines. > > I'm not sure what the right thing to do is, but for the moment I'm > going to ignore the messages... Are both com ports always present? I could implement quirk support to override certain devices' _STA methods to always return present/functioning. For now, you're better off hacking the ASL. Just change all three _STA methods to be "Return (STA(0x1))" (or 0x2 or 0x3). -- Nate