summaryrefslogtreecommitdiffstats
path: root/drivers/cpufreq
diff options
context:
space:
mode:
authorRafael J. Wysocki <rafael.j.wysocki@intel.com>2016-08-03 01:19:26 +0200
committerRafael J. Wysocki <rafael.j.wysocki@intel.com>2016-08-03 01:35:38 +0200
commitc226fab474291e3c6ac5fa30a2b0778acc311e61 (patch)
tree99ceb9f917865e4aa4559cb503bec8191cf43ac5 /drivers/cpufreq
parentx86/power/64: Fix hibernation return address corruption (diff)
downloadlinux-c226fab474291e3c6ac5fa30a2b0778acc311e61.tar.xz
linux-c226fab474291e3c6ac5fa30a2b0778acc311e61.zip
x86/power/64: Do not refer to __PAGE_OFFSET from assembly code
When CONFIG_RANDOMIZE_MEMORY is set on x86-64, __PAGE_OFFSET becomes a variable and using it as a symbol in the image memory restoration assembly code under core_restore_code is not correct any more. To avoid that problem, modify set_up_temporary_mappings() to compute the physical address of the temporary page tables and store it in temp_level4_pgt, so that the value of that variable is ready to be written into CR3. Then, the assembly code doesn't have to worry about converting that value into a physical address and things work regardless of whether or not CONFIG_RANDOMIZE_MEMORY is set. Reported-and-tested-by: Thomas Garnier <thgarnie@google.com> Signed-off-by: Rafael J. Wysocki <rafael.j.wysocki@intel.com>
Diffstat (limited to 'drivers/cpufreq')
0 files changed, 0 insertions, 0 deletions