diff options
| author | Linus Torvalds <torvalds@linux-foundation.org> | 2021-04-26 19:09:38 +0200 |
|---|---|---|
| committer | Linus Torvalds <torvalds@linux-foundation.org> | 2021-04-26 19:09:38 +0200 |
| commit | 64f8e73de08d11cbe01347340db95b4011872ec5 (patch) | |
| tree | f1a3574482457a91d4eea2af9bc3aeb7b8c26bae /drivers/clk/clk-devres.c | |
| parent | Merge tag 'x86-entry-2021-04-26' of git://git.kernel.org/pub/scm/linux/kernel... (diff) | |
| parent | Documentation/admin-guide: Change doc for split_lock_detect parameter (diff) | |
| download | linux-64f8e73de08d11cbe01347340db95b4011872ec5.tar.xz linux-64f8e73de08d11cbe01347340db95b4011872ec5.zip | |
Merge tag 'x86-splitlock-2021-04-26' of git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip
Pull x86 bus lock detection updates from Thomas Gleixner:
"Support for enhanced split lock detection:
Newer CPUs provide a second mechanism to detect operations with lock
prefix which go accross a cache line boundary. Such operations have to
take bus lock which causes a system wide performance degradation when
these operations happen frequently.
The new mechanism is not using the #AC exception. It triggers #DB and
is restricted to operations in user space. Kernel side split lock
access can only be detected by the #AC based variant.
Contrary to the #AC based mechanism the #DB based variant triggers
_after_ the instruction was executed. The mechanism is CPUID
enumerated and contrary to the #AC version which is based on the magic
TEST_CTRL_MSR and model/family based enumeration on the way to become
architectural"
* tag 'x86-splitlock-2021-04-26' of git://git.kernel.org/pub/scm/linux/kernel/git/tip/tip:
Documentation/admin-guide: Change doc for split_lock_detect parameter
x86/traps: Handle #DB for bus lock
x86/cpufeatures: Enumerate #DB for bus lock detection
Diffstat (limited to 'drivers/clk/clk-devres.c')
0 files changed, 0 insertions, 0 deletions