Date: Tue, 05 Oct 2004 10:50:40 -0700 From: Nate Lawson <nate@root.org> To: Takanori Watanabe <takawata@axe-inc.co.jp> Cc: cvs-all@FreeBSD.org Subject: Re: cvs commit: src/usr.sbin/acpi/acpidump acpi.c acpidump.c acpidump.h Message-ID: <4162DEF0.1020809@root.org> In-Reply-To: <200410050237.LAA20152@axe-inc.co.jp> References: <200410050237.LAA20152@axe-inc.co.jp>
next in thread | previous in thread | raw e-mail | index | archive | help
Takanori Watanabe wrote: > In message <200410050218.i952IrBK008982@repoman.freebsd.org>, Nate Lawson wrote >>njl 2004-10-05 02:18:53 UTC >> >> FreeBSD src repository >> >> Modified files: >> usr.sbin/acpi/acpidump acpi.c acpidump.c acpidump.h >> Log: >> Add the -s flag to make dumping SSDTs optional (disabled by default). >> Since we can only override the DSDT, a custom ASL dumped previously that >> contained SSDTs would result in lots of multiple definition errors. >> >> A longer-term fix involves adding the ability to override SSDTs to ACPI-CA. > > iasl(8) may have to be able to compile multiple AML codes from single > ASL data, instead of merging SSDT into DSDT in acpidump(8). I think the most straightforward fix is for ACPI-CA to not load SSDT tables when the user is overriding the DSDT. If you treat overridden SSDTs separately, you go down the path of having to specify _which_ table you want to override, which implies you need strict ordering of tables in both ASL and AML and it just gets too complicated. Some HP Itanium machines have 8 to 10 SSDTs. -- Nate
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?4162DEF0.1020809>