From owner-freebsd-acpi@FreeBSD.ORG Mon Sep 20 06:20: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 B69E116A4CE for ; Mon, 20 Sep 2004 06:20:39 +0000 (GMT) Received: from ylpvm01.prodigy.net (ylpvm01-ext.prodigy.net [207.115.57.32]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7151543D2F for ; Mon, 20 Sep 2004 06:20: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])i8K6KYwn028426; Mon, 20 Sep 2004 02:20:35 -0400 Message-ID: <414E76B6.1010107@root.org> Date: Sun, 19 Sep 2004 23:20:38 -0700 From: Nate Lawson User-Agent: Mozilla Thunderbird 0.7.3 (X11/20040901) X-Accept-Language: en-us, en MIME-Version: 1.0 To: sklauder@trimind.de References: <37F890616C995246BE76B3E6B2DBE05502071306@orsmsx403.amr.corp.intel.com> <414CA156.7040606@root.org> <20040919163706.GA904@trimind.de> <414DF52E.1030109@root.org> <20040919221958.GA17850@trimind.de> In-Reply-To: <20040919221958.GA17850@trimind.de> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit cc: freebsd-acpi@freebsd.org cc: "Moore, Robert" Subject: Re: trouble overriding DSDT 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: Mon, 20 Sep 2004 06:20:39 -0000 Sascha Klauder wrote: > On Sun, Sep 19, 2004 at 02:07:58PM -0700, Nate Lawson wrote: > >>SSDTs as well. When you override the DSDT, you are loading a combined >>DSDT+SSDT table but the original SSDT is still in memory. Thus you get >>the duplicated namespace values. An easy way to test this is to comment >>out everything in your ASL from the Scope(...CPU0) to the end, > > > Yes, that did the trick! > > >>recompile, load it, then if it boots ok, do another acpidump and diff >>the two. If I'm right, you'll find commenting out some part gets you >>the same ASL after booting with the custom one. > > > Right, the ASLs are effectively the same, with the exception > that the very changes I did in the first place now seem to be > "backed out". Is this the supposed behaviour when the DSDT > is overridden (i.e. acpidump(8) always dumps the DSDT pro- > vided by the BIOS (or something to that effect))? Oh, sorry. Yes, acpidump(8) will always pull the underlying "real" table from memory. -Nate