From: Thomas Renninger <trenn@suse.de>
To: Lin Ming <ming.m.lin@intel.com>
Cc: "lenb@kernel.org" <lenb@kernel.org>,
"eric.piel@tremplin-utc.net" <eric.piel@tremplin-utc.net>,
"jnelson-suse@jamponi.net" <jnelson-suse@jamponi.net>,
"x86@kernel.org" <x86@kernel.org>,
"linux-kernel@vger.kernel.org" <linux-kernel@vger.kernel.org>,
"linux-acpi@vger.kernel.org" <linux-acpi@vger.kernel.org>,
"hpa@zytor.com" <hpa@zytor.com>,
"devel@acpica.org" <devel@acpica.org>
Subject: Re: [Devel] [PATCH 1/2] ACPICA: Introduce acpi_os_phys_table_override function
Date: Wed, 31 Aug 2011 11:28:49 +0200 [thread overview]
Message-ID: <201108311128.50256.trenn@suse.de> (raw)
In-Reply-To: <1314758622.6486.74.camel@minggr.sh.intel.com>
On Wednesday, August 31, 2011 04:43:42 AM Lin Ming wrote:
> On Wed, 2011-08-24 at 17:48 +0800, Thomas Renninger wrote:
...
> You add a new interface.
Yes, is this a bigger problem?
> Can we just extend the existing interface: acpi_os_table_override?
Not sure how to do that without OS/ACPICA API changes.
The virtual address handling is nasty. You have to differ
early mappings (early_ioremap) and later mappings (io/memremap).
Re-mapping later is not possible because the physical address is
lost with the current overriding interface.
The physical address usage is transparent and from what I can
see the only way to provide proper table overriding.
If it's ok to add more paramters to acpi_os_table_override and
either pass the virtual (as before) or the physical address,
this would work:
acpi_os_table_override(struct acpi_table_header *existing_table,
struct acpi_table_header **new_table,
acpi_physical_address *address, u32 *table_length);
This would be an interface change which looked even worse to me, than
adding a new function.
Thomas
next prev parent reply other threads:[~2011-08-31 9:28 UTC|newest]
Thread overview: 12+ messages / expand[flat|nested] mbox.gz Atom feed top
2011-08-24 9:48 [PATCH 0/2] Implement overriding of arbitrary ACPI tables via initrd Thomas Renninger
2011-08-24 9:48 ` [PATCH 1/2] ACPICA: Introduce acpi_os_phys_table_override function Thomas Renninger
2011-08-29 8:24 ` Joey Lee
2011-08-30 11:30 ` [PATCH] ACPICA: Fix wrongly mapped acpi table header when overriding via initrd Thomas Renninger
2011-08-31 2:43 ` [Devel] [PATCH 1/2] ACPICA: Introduce acpi_os_phys_table_override function Lin Ming
2011-08-31 9:28 ` Thomas Renninger [this message]
2011-08-24 9:48 ` [PATCH 2/2] ACPI: Implement overriding of arbitrary ACPI tables via initrd Thomas Renninger
2011-08-29 8:31 ` Joey Lee
2011-08-29 8:39 ` Joey Lee
2011-08-30 7:32 ` Joey Lee
2011-08-30 11:41 ` [PATCH 0/2] " Thomas Renninger
2011-08-30 14:55 ` Moore, Robert
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=201108311128.50256.trenn@suse.de \
--to=trenn@suse.de \
--cc=devel@acpica.org \
--cc=eric.piel@tremplin-utc.net \
--cc=hpa@zytor.com \
--cc=jnelson-suse@jamponi.net \
--cc=lenb@kernel.org \
--cc=linux-acpi@vger.kernel.org \
--cc=linux-kernel@vger.kernel.org \
--cc=ming.m.lin@intel.com \
--cc=x86@kernel.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox