Re: [PATCH 25/34] x86, pkeys: add arch_validate_pkey()

On Thu, 3 Dec 2015, Dave Hansen wrote: > +#define arch_max_pkey() (boot_cpu_has(X86_FEATURE_OSPKE) ? \ > + CONFIG_NR_PROTECTION_KEYS : 1) Should this really be a config option? Can't that value change ? Thanks, tglx -- To unsubscribe from this list: send

Re: [PATCH 25/34] x86, pkeys: add arch_validate_pkey()

On Thu, 3 Dec 2015, Dave Hansen wrote: > +#define arch_max_pkey() (boot_cpu_has(X86_FEATURE_OSPKE) ? \ > + CONFIG_NR_PROTECTION_KEYS : 1) Should this really be a config option? Can't that value change ? Thanks, tglx -- To unsubscribe from this list: send

[PATCH 25/34] x86, pkeys: add arch_validate_pkey()

From: Dave Hansen The syscall-level code is passed a protection key and need to return an appropriate error code if the protection key is bogus. We will be using this in subsequent patches. Note that this also begins a series of arch-specific calls that we need to expose in otherwise

[PATCH 25/34] x86, pkeys: add arch_validate_pkey()

From: Dave Hansen The syscall-level code is passed a protection key and need to return an appropriate error code if the protection key is bogus. We will be using this in subsequent patches. Note that this also begins a series of arch-specific calls that we need to