From: Michael Ellerman <patch-notifications@ellerman.id.au>
To: "Aneesh Kumar K.V" <aneesh.kumar@linux.vnet.ibm.com>,
benh@kernel.crashing.org, paulus@samba.org
Cc: linuxppc-dev@lists.ozlabs.org,
"Aneesh Kumar K.V" <aneesh.kumar@linux.vnet.ibm.com>
Subject: Re: powerpc/mm/hash: Properly mask the ESID bits when building proto-VSID
Date: Wed, 1 Feb 2017 12:05:32 +1100 (AEDT) [thread overview]
Message-ID: <3vClL46b5vz9tk1@ozlabs.org> (raw)
In-Reply-To: <20170128154840.32468-1-aneesh.kumar@linux.vnet.ibm.com>
On Sat, 2017-01-28 at 15:48:40 UTC, "Aneesh Kumar K.V" wrote:
> proto-vsid is built using both mmu context id and ESID. We should not have
> overlapping bits between those. That will result in us having vsid
> collision. With the current code we missed masking the top bits of effective
> address. This implies for kernel address we ended up using the top 4 bits
> as part of proto-vsid, which is wrong. For the kernel we should have the
> below mapping
>
> 0xf000000000000000 -> 0x7ffff (19 bits context + 6 bits ESID ).
>
> Without the patch we endup with
> 0xf000000000000000 -> 0xf7ffff (0x7ffff | 0xf00000)
>
> We didn't observe any issues till now possibly because we never end up
> using a context value which could map to the same VSID as kernel.
>
> Fixes: c60ac5693c4 ("powerpc: Update kernel VSID range")
>
> Signed-off-by: Aneesh Kumar K.V <aneesh.kumar@linux.vnet.ibm.com>
Applied to powerpc next, thanks.
https://git.kernel.org/powerpc/c/79270e0a3fd124388a0407f9edbd6a
cheers
prev parent reply other threads:[~2017-02-01 1:05 UTC|newest]
Thread overview: 3+ messages / expand[flat|nested] mbox.gz Atom feed top
2017-01-28 15:48 [PATCH] powerpc/mm/hash: Properly mask the ESID bits when building proto-VSID Aneesh Kumar K.V
2017-01-30 4:44 ` Michael Ellerman
2017-02-01 1:05 ` Michael Ellerman [this message]
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=3vClL46b5vz9tk1@ozlabs.org \
--to=patch-notifications@ellerman.id.au \
--cc=aneesh.kumar@linux.vnet.ibm.com \
--cc=benh@kernel.crashing.org \
--cc=linuxppc-dev@lists.ozlabs.org \
--cc=paulus@samba.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.