TABLE_ID_DSDT was removed because the table ID should be dynamically allocated. There was a longstanding "TBD" to remove it. It appears that there is some issue with this change, and of course we would like to get to the root of this problem. Bob > -----Original Message----- > From: Takayoshi Kochi [mailto:kochi_at_netbsd.org] > Sent: Wednesday, May 28, 2003 9:24 AM > To: acpi-jp_at_jp.FreeBSD.org; nate_at_root.org > Cc: yosimoto_at_waishi.jp; current_at_freebsd.org > Subject: [acpi-jp 2274] Re: HEADSUP: acpi patches in the tree > > Hi, > > From: Nate Lawson <nate_at_root.org> > Subject: [acpi-jp 2267] Re: HEADSUP: acpi patches in the tree > Date: Tue, 27 May 2003 16:58:59 -0700 > > > On Wed, 28 May 2003, Shin-ichi YOSHIMOTO wrote: > > > After this update, I found some error messages like this: > > > > > > acpi0: <IntelR AWRDACPI> on motherboard > > > ACPI-0438: *** Error: Looking up [\\_OS_] in namespace, > AE_NOT_FOUND > > > ACPI-1287: *** Error: Method execution failed [\\_SB_.PCI0._INI] > (Node 0xc21b73e0), AE_NOT_FOUND > > > > Please try the attached patch and see if it changes things for you. > > 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. > > --- > Takayoshi KochiReceived on Wed May 28 2003 - 07:32:28 UTC
This archive was generated by hypermail 2.4.0 : Wed May 19 2021 - 11:37:09 UTC