diff options
| author | Myron Stowe <mstowe@redhat.com> | 2012-01-21 03:13:24 +0100 |
|---|---|---|
| committer | Len Brown <len.brown@intel.com> | 2012-01-21 07:08:17 +0100 |
| commit | e615bf5b5519862ab66172f4dec7455d6543a578 (patch) | |
| tree | c6d37861dc376b55bc5c4ece88f57faf9d51e99a /mm/dmapool.c | |
| parent | Linux 3.3-rc1 (diff) | |
| download | linux-e615bf5b5519862ab66172f4dec7455d6543a578.tar.xz linux-e615bf5b5519862ab66172f4dec7455d6543a578.zip | |
ACPI, APEI: Add 64-bit read/write support for APEI on i386
Base ACPI (CA) currently does not support atomic 64-bit reads and writes
(acpi_read() and acpi_write() split 64-bit loads/stores into two
32-bit transfers) yet APEI expects 64-bit transfer capability, even
when running on 32-bit systems.
This patch implements 64-bit read and write routines for APEI usage.
This patch re-factors similar functionality introduced in commit
04c25997c97, bringing it into the ACPI subsystem in preparation for
removing ./drivers/acpi/atomicio.[ch]. In the implementation I have
replicated acpi_os_read_memory() and acpi_os_write_memory(), creating
64-bit versions for APEI to utilize, as opposed to something more
elegant. My thinking is that we should attempt to see if we can get
ACPI's CA/OSL changed so that the existing acpi_read() and acpi_write()
interfaces are natively 64-bit capable and then subsequently remove the
replication.
Signed-off-by: Myron Stowe <myron.stowe@redhat.com>
Signed-off-by: Len Brown <len.brown@intel.com>
Diffstat (limited to 'mm/dmapool.c')
0 files changed, 0 insertions, 0 deletions