On Thu, Jul 20, 2017 at 11:34:10AM +0530, Aneesh Kumar K.V wrote: > Ram Pai <linuxram@xxxxxxxxxx> writes: > > > basic setup to initialize the pkey system. Only 64K kernel in HPT > > mode, enables the pkey system. > > > > Signed-off-by: Ram Pai <linuxram@xxxxxxxxxx> > > --- > > arch/powerpc/Kconfig | 16 ++++++++++ > > arch/powerpc/include/asm/mmu_context.h | 5 +++ > > arch/powerpc/include/asm/pkeys.h | 51 ++++++++++++++++++++++++++++++++ > > arch/powerpc/kernel/setup_64.c | 4 ++ > > arch/powerpc/mm/Makefile | 1 + > > arch/powerpc/mm/hash_utils_64.c | 1 + > > arch/powerpc/mm/pkeys.c | 18 +++++++++++ > > 7 files changed, 96 insertions(+), 0 deletions(-) > > create mode 100644 arch/powerpc/include/asm/pkeys.h > > create mode 100644 arch/powerpc/mm/pkeys.c > > > > diff --git a/arch/powerpc/Kconfig b/arch/powerpc/Kconfig > > index bf4391d..5c60fd6 100644 > > --- a/arch/powerpc/Kconfig > > +++ b/arch/powerpc/Kconfig > > @@ -855,6 +855,22 @@ config SECCOMP > > > > If unsure, say Y. Only embedded should say N here. > > > > +config PPC64_MEMORY_PROTECTION_KEYS > > + prompt "PowerPC Memory Protection Keys" > > + def_bool y > > + # Note: only available in 64-bit mode > > + depends on PPC64 && PPC_64K_PAGES > > + select ARCH_USES_HIGH_VMA_FLAGS > > + select ARCH_HAS_PKEYS > > + ---help--- > > + Memory Protection Keys provides a mechanism for enforcing > > + page-based protections, but without requiring modification of the > > + page tables when an application changes protection domains. > > + > > + For details, see Documentation/vm/protection-keys.txt > > + > > + If unsure, say y. > > + > > endmenu > > > Shouldn't this come as the last patch ? Or can we enable this config by > this patch ? If so what does it do ? Did you test boot each of this > patch to make sure we don't break git bisect ? it partially enables the key subsystem. The code is there, but it does not do much. Essentially the behavior is the same as without the code. Yes. it is test booted but not extensively on all platforms/configurations. However this code is blindly enabling pkey subsystem without referring to the device tree. I have fixed this patch series to add that additional patch. In that patch series, I place all the code without enabling the subsystem. The last patch actually fires it up, depending on availability of the feature as told by the device-tree. RP -- To unsubscribe from this list: send the line "unsubscribe linux-kselftest" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html