From: Toshi Kani <toshi.kani@hpe.com>
To: hpa@zytor.com, tglx@linutronix.de, mingo@redhat.com
Cc: akpm@linux-foundation.org, bp@alien8.de, linux-mm@kvack.org,
linux-kernel@vger.kernel.org, x86@kernel.org, jgross@suse.com,
konrad.wilk@oracle.com, elliott@hpe.com
Subject: [PATCH v4 RESEND 0/11] x86/mm: Handle large PAT bit in pud/pmd interfaces
Date: Thu, 17 Sep 2015 12:24:13 -0600 [thread overview]
Message-ID: <1442514264-12475-1-git-send-email-toshi.kani@hpe.com> (raw)
The PAT bit gets relocated to bit 12 when PUD/PMD mappings are used. This
bit 12, however, is not covered by PTE_FLAGS_MASK, which is corrently used
by masking pfn and flags for all levels. This patch-set updates pud/pmd
interfaces and multiple functions to handle the large PAT bit properly.
Patch 1/11-2/11 make changes necessary for patch 3/11 to use P?D_PAGE_MASK.
Patch 3/11-4/11 fix pud/pmd interfaces to handle the PAT bit properly.
Patch 5/11 adds p?d_pgprot() interfaces for PUD/PMD.
Patch 6/11 fixes /sys/kernel/debug/kernel_page_tables to show the PAT bit
properly.
Patch 7/11-10/11 fix multiple functions to handle the large PAT bit properly.
Patch 11/11 fixes the no-change case in try_preserve_large_page() by
leveraging the changes made in patch 9/11.
Note, the PAT bit is first enabled in 4.2-rc1 with WT mapping. The functions
fixed by patch 7/11-10/11 are not used with WT mapping yet. These fixes will
protect them from the future use of the PAT bit set.
The patchset is based on the -tip branch.
---
RESEND:
- Rebased to 4.3-rc1 -tip branch. No conflict.
v4:
- Add descriptions of the issue fixed by patch 01/11 (Thomas Gleixner).
- Split patch 03 into two patches, mask changes & pud/pmd interface changes.
(Thomas Gleixner).
v3:
- Add patch 4/11 and 6/11-9/11 for multiple interfaces to handle the large
PAT bit.
- Add patch 11/11 to fix the same pgprot handling in
try_preserve_large_page().
v2:
- Change p?n_pfn() to handle the PAT bit. (Juergen Gross)
- Mask pfn and flags with P?D_PAGE_MASK. (Juergen Gross)
- Change p?d_page_vaddr() and p?d_page() to handle the PAT bit.
---
Toshi Kani (11):
1/11 x86/vdso32: Define PGTABLE_LEVELS to 32bit VDSO
2/11 x86/asm: Move PUD_PAGE macros to page_types.h
3/11 x86/asm: Add pud/pmd mask interfaces to handle large PAT bit
4/11 x86/asm: Fix pud/pmd interfaces to handle large PAT bit
5/11 x86/asm: Add pud_pgprot() and pmd_pgprot()
6/11 x86/mm: Fix page table dump to show PAT bit
7/11 x86/mm: Fix slow_virt_to_phys() to handle large PAT bit
8/11 x86/mm: Fix gup_huge_p?d() to handle large PAT bit
9/11 x86/mm: Fix try_preserve_large_page() to handle large PAT bit
10/11 x86/mm: Fix __split_large_page() to handle large PAT bit
11/11 x86/mm: Fix no-change case in try_preserve_large_page()
---
arch/x86/entry/vdso/vdso32/vclock_gettime.c | 2 +
arch/x86/include/asm/page_64_types.h | 3 --
arch/x86/include/asm/page_types.h | 3 ++
arch/x86/include/asm/pgtable.h | 18 ++++---
arch/x86/include/asm/pgtable_types.h | 40 +++++++++++++--
arch/x86/mm/dump_pagetables.c | 39 +++++++-------
arch/x86/mm/gup.c | 18 +++----
arch/x86/mm/pageattr.c | 79 ++++++++++++++++++-----------
8 files changed, 131 insertions(+), 71 deletions(-)
--
To unsubscribe, send a message with 'unsubscribe linux-mm' in
the body to majordomo@kvack.org. For more info on Linux MM,
see: http://www.linux-mm.org/ .
Don't email: <a href=mailto:"dont@kvack.org"> email@kvack.org </a>
next reply other threads:[~2015-09-17 18:27 UTC|newest]
Thread overview: 21+ messages / expand[flat|nested] mbox.gz Atom feed top
2015-09-17 18:24 Toshi Kani [this message]
2015-09-17 18:24 ` [PATCH v4 RESEND 1/11] x86/vdso32: Define PGTABLE_LEVELS to 32bit VDSO Toshi Kani
2015-09-17 18:24 ` [PATCH v4 RESEND 2/11] x86/asm: Move PUD_PAGE macros to page_types.h Toshi Kani
2015-09-17 18:24 ` [PATCH v4 RESEND 3/11] x86/asm: Add pud/pmd mask interfaces to handle large PAT bit Toshi Kani
2015-09-17 18:24 ` [PATCH v4 RESEND 4/11] x86/asm: Fix pud/pmd " Toshi Kani
2015-11-09 18:06 ` Boris Ostrovsky
2015-11-09 19:16 ` Toshi Kani
2015-11-09 19:39 ` Boris Ostrovsky
2015-11-09 20:47 ` Kirill A. Shutemov
2015-11-09 22:36 ` Boris Ostrovsky
2015-11-09 23:18 ` Toshi Kani
2015-11-10 0:40 ` Toshi Kani
2015-11-09 20:10 ` Kirill A. Shutemov
2015-11-09 21:01 ` Toshi Kani
2015-09-17 18:24 ` [PATCH v4 RESEND 5/11] x86/asm: Add pud_pgprot() and pmd_pgprot() Toshi Kani
2015-09-17 18:24 ` [PATCH v4 RESEND 6/11] x86/mm: Fix page table dump to show PAT bit Toshi Kani
2015-09-17 18:24 ` [PATCH v4 RESEND 7/11] x86/mm: Fix slow_virt_to_phys() to handle large " Toshi Kani
2015-09-17 18:24 ` [PATCH v4 RESEND 8/11] x86/mm: Fix gup_huge_p?d() " Toshi Kani
2015-09-17 18:24 ` [PATCH v4 RESEND 9/11] x86/mm: Fix try_preserve_large_page() " Toshi Kani
2015-09-17 18:24 ` [PATCH v4 RESEND 10/11] x86/mm: Fix __split_large_page() " Toshi Kani
2015-09-17 18:24 ` [PATCH v4 RESEND 11/11] x86/mm: Fix no-change case in try_preserve_large_page() Toshi Kani
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=1442514264-12475-1-git-send-email-toshi.kani@hpe.com \
--to=toshi.kani@hpe.com \
--cc=akpm@linux-foundation.org \
--cc=bp@alien8.de \
--cc=elliott@hpe.com \
--cc=hpa@zytor.com \
--cc=jgross@suse.com \
--cc=konrad.wilk@oracle.com \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-mm@kvack.org \
--cc=mingo@redhat.com \
--cc=tglx@linutronix.de \
--cc=x86@kernel.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).