From: Benjamin Herrenschmidt <benh@kernel.crashing.org>
To: Paul Mackerras <paulus@samba.org>
Cc: linuxppc-dev@ozlabs.org
Subject: Re: [POWERPC] Clear sub-page HPTE present bits when demoting page size
Date: Sun, 22 Jun 2008 10:30:07 +1000 [thread overview]
Message-ID: <1214094607.8011.198.camel@pasglop> (raw)
In-Reply-To: <18520.44515.740845.910077@cargo.ozlabs.ibm.com>
On Wed, 2008-06-18 at 16:40 +1000, Paul Mackerras wrote:
> When we demote a slice from 64k to 4k, and we are about to insert an
> HPTE for a 4k subpage and we notice that there is an existing 64k
> HPTE, we first invalidate that HPTE before inserting the new 4k
> subpage HPTE. Since the bits that encode which hash bucket the old
> HPTE was in overlap with the bits that encode which of the 16 subpages
> have HPTEs, we need to clear out the subpage HPTE-present bits before
> starting to insert HPTEs for the 4k subpages. If we don't do that, we
> can erroneously think that a subpage already has an HPTE when it
> doesn't.
>
> That in itself wouldn't be such a problem except that when we go to
> update the HPTE that we think is present on machines with a
> hypervisor, the hypervisor can tell us that the HPTE we think is there
> is actually there even though it isn't, which can lead to a process
> getting stuck in a loop, continually faulting. The reason for the
> confusion is that the AVPN (abbreviated virtual page number) we are
> looking for in the HPTE for a 4k subpage can actually match the AVPN
> in a stale HPTE for another 64k page. For example, the HPTE for
> the 4k subpage at 0x84000f000 will be in the same hash bucket and have
> the same AVPN as the HPTE for the 64k page at 0x8400f0000.
>
> This fixes the code to clear out the subpage HPTE-present bits.
>
> Signed-off-by: Paul Mackerras <paulus@samba.org>
Acked-by: Benjamin Herrenschmidt <benh@kernel.crashing.org>
> ---
> diff --git a/arch/powerpc/mm/hash_low_64.S b/arch/powerpc/mm/hash_low_64.S
> index 21d2484..70f4c83 100644
> --- a/arch/powerpc/mm/hash_low_64.S
> +++ b/arch/powerpc/mm/hash_low_64.S
> @@ -568,6 +568,10 @@ htab_inval_old_hpte:
> ld r7,STK_PARM(r9)(r1) /* ssize */
> ld r8,STK_PARM(r8)(r1) /* local */
> bl .flush_hash_page
> + /* Clear out _PAGE_HPTE_SUB bits in the new linux PTE */
> + lis r0,_PAGE_HPTE_SUB@h
> + ori r0,r0,_PAGE_HPTE_SUB@l
> + andc r30,r30,r0
> b htab_insert_pte
>
> htab_bail_ok:
> _______________________________________________
> Linuxppc-dev mailing list
> Linuxppc-dev@ozlabs.org
> https://ozlabs.org/mailman/listinfo/linuxppc-dev
prev parent reply other threads:[~2008-06-22 0:30 UTC|newest]
Thread overview: 2+ messages / expand[flat|nested] mbox.gz Atom feed top
2008-06-18 6:40 [POWERPC] Clear sub-page HPTE present bits when demoting page size Paul Mackerras
2008-06-22 0:30 ` Benjamin Herrenschmidt [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=1214094607.8011.198.camel@pasglop \
--to=benh@kernel.crashing.org \
--cc=linuxppc-dev@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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).