Intel Prepping Bus Lock Detection For Linux To Avoid This Performance Pitfall
Written by Michael Larabel in Intel on 30 July 2020 at 02:56 AM EDT. 13 Comments
INTEL --
Building off the recently mainlined Intel work on split lock detection, Intel engineers have now been extending that with bus lock detection support.

A bus lock as outlined within Intel's PRM happens via split locked access to writeback memory or using locks to uncacheable memory. Detecting bus locks is important due to performance penalties and possible denial of service implications.

Intel's Fenghua Yu summed up the performance implications as typically being more than one thousand cycles slower than an atomic operation within a cache line and disrupting the performance of other CPU cores as well.

Newer Intel CPUs can notify the kernel after an instruction acquires a bus lock and is executed. With the bus lock detection, the application could be throttled or have mitigations (e.g. stopping the application) and the kernel can warn of the event occurring.

The proposed bus lock detection patches make use of the existing split_lock_detect= kernel command line option for configuring the behavior from warning when such events occur, rate limiting, or fatal behavior.

The tentative "request for comments" patches with more information on this bus lock detection support can be found via this kernel mailing list thread.
Related News
About The Author
Author picture

Michael Larabel is the principal author of Phoronix.com and founded the site in 2004 with a focus on enriching the Linux hardware experience. Michael has written more than 20,000 articles covering the state of Linux hardware support, Linux performance, graphics drivers, and other topics. Michael is also the lead developer of the Phoronix Test Suite, Phoromatic, and OpenBenchmarking.org automated benchmarking software. He can be followed via Twitter or contacted via MichaelLarabel.com.

Popular News This Week