[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <94F2FBAB4432B54E8AACC7DFDE6C92E37C7D78A7@ORSMSX103.amr.corp.intel.com>
Date: Tue, 18 Feb 2014 19:59:17 +0000
From: "Moore, Robert" <robert.moore@...el.com>
To: Thomas Renninger <trenn@...e.de>
CC: "x86@...nel.org" <x86@...nel.org>,
"ck@...rad-kostecki.de" <ck@...rad-kostecki.de>,
"linux-kernel@...r.kernel.org" <linux-kernel@...r.kernel.org>,
"mingo@...hat.com" <mingo@...hat.com>,
"hpa@...or.com" <hpa@...or.com>,
"tglx@...utronix.de" <tglx@...utronix.de>,
"devel@...ica.org" <devel@...ica.org>
Subject: RE: [Devel] ACPI: Also allow ACPI table adding via initrd not only
overriding
Maybe not exactly "running", but at the very least, ACPICA must be initialized.
All of this of course depends on how early the table needs to be loaded.
> -----Original Message-----
> From: Thomas Renninger [mailto:trenn@...e.de]
> Sent: Tuesday, February 18, 2014 10:53 AM
> To: Moore, Robert
> Cc: x86@...nel.org; ck@...rad-kostecki.de; linux-kernel@...r.kernel.org;
> mingo@...hat.com; hpa@...or.com; tglx@...utronix.de; devel@...ica.org
> Subject: Re: [Devel] ACPI: Also allow ACPI table adding via initrd not
> only overriding
>
> 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@...ica.org] On Behalf Of Thomas
> > > Renninger
> > > Sent: Tuesday, February 18, 2014 10:23 AM
> > > Cc: x86@...nel.org; ck@...rad-kostecki.de;
> > > linux-kernel@...r.kernel.org; mingo@...hat.com; hpa@...or.com;
> > > tglx@...utronix.de; devel@...ica.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@...ica.org
> > > https://lists.acpica.org/mailman/listinfo/devel
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists