diff options
author | Xin Li <xin3.li@intel.com> | 2023-12-05 13:50:18 +0300 |
---|---|---|
committer | Borislav Petkov (AMD) <bp@alien8.de> | 2024-02-01 00:03:04 +0300 |
commit | 5105e7687ad3dffde77f6e4393b5530e83d672dc (patch) | |
tree | bc3f17dae2474cf5e4b411b6e249e2c52ceef121 /tools/perf/scripts/python/export-to-sqlite.py | |
parent | 51ef2a4da7ec347e3315af69a426ac36fab98a6c (diff) | |
download | linux-5105e7687ad3dffde77f6e4393b5530e83d672dc.tar.xz |
x86/fred: Fixup fault on ERETU by jumping to fred_entrypoint_user
If the stack frame contains an invalid user context (e.g. due to invalid SS,
a non-canonical RIP, etc.) the ERETU instruction will trap (#SS or #GP).
From a Linux point of view, this really should be considered a user space
failure, so use the standard fault fixup mechanism to intercept the fault,
fix up the exception frame, and redirect execution to fred_entrypoint_user.
The end result is that it appears just as if the hardware had taken the
exception immediately after completing the transition to user space.
Suggested-by: H. Peter Anvin (Intel) <hpa@zytor.com>
Signed-off-by: Xin Li <xin3.li@intel.com>
Signed-off-by: Thomas Gleixner <tglx@linutronix.de>
Signed-off-by: Borislav Petkov (AMD) <bp@alien8.de>
Tested-by: Shan Kang <shan.kang@intel.com>
Link: https://lore.kernel.org/r/20231205105030.8698-30-xin3.li@intel.com
Diffstat (limited to 'tools/perf/scripts/python/export-to-sqlite.py')
0 files changed, 0 insertions, 0 deletions