powerpc/mm/hash: Properly mask the ESID bits when building proto VSID
authorAneesh Kumar K.V <aneesh.kumar@linux.vnet.ibm.com>
Sat, 28 Jan 2017 15:48:40 +0000 (21:18 +0530)
committerMichael Ellerman <mpe@ellerman.id.au>
Mon, 30 Jan 2017 05:34:50 +0000 (16:34 +1100)
commit79270e0a3fd124388a0407f9edbd6ace75eacb69
treeab6557f47a9a3f1f68473aca2b13a7f3c189aa4f
parent10528b9c45cfb9e8f45217ef2f5ef8b876bbd3f5
powerpc/mm/hash: Properly mask the ESID bits when building proto VSID

The proto VSID is built using both the MMU context id and effective
segment ID (ESID). We should not have overlapping bits between those.
That could result in us having a VSID collision. With the current code
we missed masking the top bits of the ESID. This implies for kernel
address we ended up using the top 4 bits of the ESID as part of the
proto VSID, which is wrong.

The current code use the top 4 context values (0x7fffc - 0x7ffff) for
the kernel. With those context IDs used for the kernel, we don't run
into VSID collisions because we get the same proto VSID irrespective of
whether we mask the ESID bits or not. eg:

  ea         = 0xf000000000000000
  context    = 0x7ffff

  w/out masking:
  proto_vsid = (0x7ffff << 6 | 0xf000000000000000 >> 40)
     = (0x1ffffc0 | 0xf00000)
     =  0x1ffffc0

  with masking:
  proto_vsid = (0x7ffff << 6 | ((0xf000000000000000 >> 40) & 0x3f))
     = (0x1ffffc0 | (0xf00000 & 0x3f))
     =  0x1ffffc0 | 0)
     =  0x1ffffc0

So although there is no bug, the code is still overly subtle, so fix it
to save ourselves pain in future.

Signed-off-by: Aneesh Kumar K.V <aneesh.kumar@linux.vnet.ibm.com>
Signed-off-by: Michael Ellerman <mpe@ellerman.id.au>
arch/powerpc/include/asm/book3s/64/mmu-hash.h