1. 11 5月, 2016 2 次提交
    • A
      powerpc/mm/radix: Add MMU_FTR_RADIX · a8ed87c9
      Aneesh Kumar K.V 提交于
      We are going to add asm changes in the follow up patches. Add the
      feature bit now so that we can get it all build.
      
      mpe: When CONFIG_PPC_RADIX_MMU=n we omit MMU_FTR_RADIX from the
      MMU_FTRS_POSSIBLE mask. This allows the compiler to work out that those
      checks will always be false and so the code can be elided completely.
      
      Note we do *not* define MMU_FTR_RADIX to 0 in the RADIX_MMU=n case,
      because that doesn't work with the ASM_FTR patching. In particular an
      IF_SET section will result in a mask and value of zero, which is always
      true, meaning the section *won't* be patched, which is the opposite of
      what we want.
      Signed-off-by: NAneesh Kumar K.V <aneesh.kumar@linux.vnet.ibm.com>
      Acked-by: NBalbir Singh <bsingharora@gmail.com>
      Signed-off-by: NMichael Ellerman <mpe@ellerman.id.au>
      a8ed87c9
    • M
      powerpc/mm: Add mask of possible MMU features · 773edead
      Michael Ellerman 提交于
      Follow the example of the cpu feature code, and add a mask of possible
      MMU features, MMU_FTRS_POSSIBLE.
      
      This is used in mmu_has_feature(), which allows the possible mask to act
      as a shortcut for any features that are not possible, but still allows
      the feature bit itself to be defined.
      
      We will use this in the next commit to allow MMU_FTR_RADIX checks to be
      elided when MMU_FTR_RADIX is not possible.
      Signed-off-by: NMichael Ellerman <mpe@ellerman.id.au>
      773edead
  2. 01 5月, 2016 38 次提交