lkml.org 
[lkml]   [2020]   [May]   [7]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
SubjectRe: [PATCH 1/2] arch/x86: Rename config X86_INTEL_MEMORY_PROTECTION_KEYS to generic x86
From
Date
On 5/7/20 12:29 AM, Sebastian Andrzej Siewior wrote:
>>> -config X86_INTEL_MEMORY_PROTECTION_KEYS
>>> - prompt "Intel Memory Protection Keys"
>>> +config X86_MEMORY_PROTECTION_KEYS
>>> + prompt "Memory Protection Keys"
>>> def_bool y
>>> # Note: only available in 64-bit mode
>>> - depends on CPU_SUP_INTEL && X86_64
>>> + depends on X86_64 && (CPU_SUP_INTEL || CPU_SUP_AMD)
>>> select ARCH_USES_HIGH_VMA_FLAGS
>>> select ARCH_HAS_PKEYS
>>> ---help---
>> It's a bit of a bummer that we're going to prompt everybody doing
>> oldconfig's for this new option. But, I don't know any way for Kconfig
>> to suppress it if the name is changed. Also, I guess the def_bool=y
>> means that menuconfig and olddefconfig will tend to do the right thing.
> You could add a new option (X86_MEMORY_PROTECTION_KEYS) which is
> def_bool X86_INTEL_MEMORY_PROTECTION_KEYS and avoiding the prompt line.
> Soo it is selected based on the old option and the user isn't bother. A
> few cycles later you could remove intel option and add prompt to other.
> But still little work for…

That does sound viable, if we decide it's all worth it.

So, for now my preference would be to change the prompt, but leave the
CONFIG_ naming in place. If we decide that transitioning the config is
the right thing (I don't feel super strongly either way), let's use
Sebastian's trick to avoid the Kconfig prompts.

\
 
 \ /
  Last update: 2020-05-07 16:45    [W:0.062 / U:0.716 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site