From owner-freebsd-current@FreeBSD.ORG Wed May 28 11:00:25 2003 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 F3DB937B401 for ; Wed, 28 May 2003 11:00:24 -0700 (PDT) Received: from rootlabs.com (root.org [67.118.192.226]) by mx1.FreeBSD.org (Postfix) with SMTP id 72A5C43F93 for ; Wed, 28 May 2003 11:00:24 -0700 (PDT) (envelope-from nate@rootlabs.com) Received: (qmail 8271 invoked by uid 1000); 28 May 2003 18:00:25 -0000 Date: Wed, 28 May 2003 11:00:25 -0700 (PDT) From: Nate Lawson To: Takayoshi Kochi In-Reply-To: <20030529.012349.68555656.kochi@netbsd.org> Message-ID: <20030528105853.M8236@root.org> References: <20030527140327.E6550@root.org> <20030528071116.2db41659.yosimoto@waishi.jp> <20030529.012349.68555656.kochi@netbsd.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: acpi-jp@jp.FreeBSD.org cc: current@freebsd.org Subject: Re: [acpi-jp 2267] Re: HEADSUP: acpi patches in the tree 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: Wed, 28 May 2003 18:00:25 -0000 On Thu, 29 May 2003, Takayoshi Kochi wrote: > I'm still studying the reason why the TABLE_ID_DSDT is removed > in recent ACPI CA, but at least you should remove all TABLE_ID_DSDT's, > I think. > > Also, ACPI_FIRST_METHOD_ID should be larger than 0, > otherwise 0 may be allocated to running method and make a conflict. > > I've made a diff against NetBSD-current and just booted the kernel, > but haven't tested much (and still trying to make out what the > changes are intended). > > Attached is the patch and should apply to the FreeBSD tree with > some appropriate option. Thank you for the patch. Since we are only days away from a release, I would like to avoid using the new dynamic ID allocation code and instead stick to hard-coding the defaults. This is the safer way for 5.1R. We will do a new import and more fixes after the release. -Nate