summaryrefslogtreecommitdiffstats
path: root/include/acpi
diff options
context:
space:
mode:
authorLuck, Tony <tony.luck@intel.com>2012-01-23 15:27:56 -0800
committerLen Brown <len.brown@intel.com>2012-01-23 19:39:10 -0500
commit459413db33d6c99fc13d60f88899fb72d2530ed3 (patch)
tree3d4d5a9d0785e61dbc4dd85e9348ad48b9ed29f9 /include/acpi
parent29924b9f8f39e37275cff93740835d28b9e6fb36 (diff)
downloadop-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
OpenPOWER on IntegriCloud