diff options
| author | Fenghua Yu <[email protected]> | 2021-03-22 13:53:23 +0000 |
|---|---|---|
| committer | Thomas Gleixner <[email protected]> | 2021-03-28 20:52:14 +0000 |
| commit | f21d4d3b97a8603567e5d4250bd75e8ebbd520af (patch) | |
| tree | 922b404df5341d99291fa1aa1294a933d77d2d8c /lib/dynamic_debug.c | |
| parent | Linux 5.12-rc4 (diff) | |
| download | kernel-f21d4d3b97a8603567e5d4250bd75e8ebbd520af.tar.gz kernel-f21d4d3b97a8603567e5d4250bd75e8ebbd520af.zip | |
x86/cpufeatures: Enumerate #DB for bus lock detection
A bus lock is acquired through either a split locked access to writeback
(WB) memory or any locked access to non-WB memory. This is typically >1000
cycles slower than an atomic operation within a cache line. It also
disrupts performance on other cores.
Some CPUs have the ability to notify the kernel by a #DB trap after a user
instruction acquires a bus lock and is executed. This allows the kernel to
enforce user application throttling or mitigation. Both breakpoint and bus
lock can trigger the #DB trap in the same instruction and the ordering of
handling them is the kernel #DB handler's choice.
The CPU feature flag to be shown in /proc/cpuinfo will be "bus_lock_detect".
Signed-off-by: Fenghua Yu <[email protected]>
Signed-off-by: Thomas Gleixner <[email protected]>
Reviewed-by: Tony Luck <[email protected]>
Link: https://lore.kernel.org/r/[email protected]
Diffstat (limited to 'lib/dynamic_debug.c')
0 files changed, 0 insertions, 0 deletions
