diff options
author | Luck, Tony <tony.luck@intel.com> | 2012-01-23 15:27:56 -0800 |
---|---|---|
committer | Len Brown <len.brown@intel.com> | 2012-01-23 19:39:10 -0500 |
commit | 459413db33d6c99fc13d60f88899fb72d2530ed3 (patch) | |
tree | 3d4d5a9d0785e61dbc4dd85e9348ad48b9ed29f9 /include/acpi | |
parent | 29924b9f8f39e37275cff93740835d28b9e6fb36 (diff) | |
download | op-kernel-dev-459413db33d6c99fc13d60f88899fb72d2530ed3.zip op-kernel-dev-459413db33d6c99fc13d60f88899fb72d2530ed3.tar.gz |
Use acpi_os_map_memory() instead of ioremap() in einj driver
ioremap() has become more picky and is now spitting out console messages like:
ioremap error for 0xbddbd000-0xbddbe000, requested 0x10, got 0x0
when loading the einj driver. What we are trying to so here is map
a couple of data structures that the EINJ table points to. Perhaps
acpi_os_map_memory() is a better tool for this?
Most importantly it works, but as a side benefit it maps the structures
into kernel virtual space so we can access them with normal C memory
dereferences, so instead of using:
writel(param1, &v5param->apicid);
we can use the more natural:
v5param->apicid = param1;
Signed-off-by: Tony Luck <tony.luck@intel.com>
Signed-off-by: Len Brown <len.brown@intel.com>
Diffstat (limited to 'include/acpi')
0 files changed, 0 insertions, 0 deletions