Messages in this thread | | | From | Thomas Renninger <> | Subject | Re: [Devel] ACPI: Also allow ACPI table adding via initrd not only overriding | Date | Tue, 18 Feb 2014 19:52:46 +0100 |
| |
On Tuesday, February 18, 2014 06:38:45 PM Moore, Robert wrote: > acpi_load_table won't work?
I guess not, there is: /* Must acquire the interpreter lock during this operation */ status = acpi_ut_acquire_mutex(ACPI_MTX_INTERPRETER);
So the interpreter must be running already? That would mean the adding can only happen much later. This probably would eleminate most use cases for adding arbitrary ACPI tables. Most tables (beside DSDT and SSDT) are needed really early, otherwise the info could have been added as AML as well.
Thomas > > -----Original Message----- > > From: Devel [mailto:devel-bounces@acpica.org] On Behalf Of Thomas > > Renninger > > Sent: Tuesday, February 18, 2014 10:23 AM > > Cc: x86@kernel.org; ck@conrad-kostecki.de; linux-kernel@vger.kernel.org; > > mingo@redhat.com; hpa@zytor.com; tglx@linutronix.de; devel@acpica.org > > Subject: [Devel] ACPI: Also allow ACPI table adding via initrd not only > > overriding > > > > The ACPICA patches have to go into separate acpica repository first. > > It should also be checked in acpica whether the table signature the OS > > likes to add already exists (from BIOS). In this case the table must not > > be added. > > > > Worked here by trying to override a DSDT and addind a BGRT table. > > > > Thomas > > > > _______________________________________________ > > Devel mailing list > > Devel@acpica.org > > https://lists.acpica.org/mailman/listinfo/devel
| |