lkml.org 
[lkml]   [2020]   [Jan]   [25]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
From
SubjectRe: [PATCH v16] x86/split_lock: Enable split lock detection by kernel
Date
On Jan 25, 2020, at 2:07 PM, Luck, Tony <tony.luck@intel.com> wrote:

> - Transitioning between modes at runtime isn't supported and disabling
> is tracked per task, so hardware will always reach a steady state that
> matches the configured mode.

Maybe "isn't supported" is not really the right wording. I would think that
if it truly weren't supported that you really shouldn't be changing the
mode at all at runtime. Do you really just mean "isn't atomic"? Or is there
something deeper about it? If so, are there other possible risks associated
with changing the mode at runtime?

Sorry, the wording just happened to catch my eye and my mind immediately
went to "how can you be doing something that is not supported?"

--
Mark Rustad, MRustad@gmail.com
[unhandled content-type:application/pgp-signature]
\
 
 \ /
  Last update: 2020-01-25 23:44    [W:0.134 / U:0.464 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site