[RFC v6 11/62] powerpc: initial pkey plumbing
linuxram at us.ibm.com
Fri Jul 21 08:11:36 AEST 2017
On Thu, Jul 20, 2017 at 11:34:10AM +0530, Aneesh Kumar K.V wrote:
> Ram Pai <linuxram at us.ibm.com> writes:
> > basic setup to initialize the pkey system. Only 64K kernel in HPT
> > mode, enables the pkey system.
> > Signed-off-by: Ram Pai <linuxram at us.ibm.com>
> > ---
> > 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
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.
More information about the Linuxppc-dev