* [PATCH] arm: mm: Fix definition of pmd_mknotpresent
@ 2016-03-02 1:03 Steve Capper
2016-03-02 15:11 ` Kirill A. Shutemov
0 siblings, 1 reply; 4+ messages in thread
From: Steve Capper @ 2016-03-02 1:03 UTC (permalink / raw)
To: linux-arm-kernel
Currently pmd_mknotpresent will use a zero entry to respresent an
invalidated pmd.
Unfortunately this definition clashes with pmd_none, thus it is
possible for a race condition to occur if zap_pmd_range sees pmd_none
whilst __split_huge_pmd_locked is running too with pmdp_invalidate
just called.
This patch fixes the race condition by modifying pmd_mknotpresent to
create non-zero faulting entries (as is done in other architectures),
removing the ambiguity with pmd_none.
Fixes: 8d9625070073 ("ARM: mm: Transparent huge page support for LPAE systems.")
Reported-by: Kirill A. Shutemov <kirill.shutemov@linux.intel.com>
Signed-off-by: Steve Capper <steve.capper@arm.com>
Acked-by: Will Deacon <will.deacon@arm.com>
---
This patch addresses an issue discussed at:
http://lkml.iu.edu/hypermail/linux/kernel/1602.3/01846.html
---
arch/arm/include/asm/pgtable-3level.h | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/arch/arm/include/asm/pgtable-3level.h b/arch/arm/include/asm/pgtable-3level.h
index dc46398..451b6e7 100644
--- a/arch/arm/include/asm/pgtable-3level.h
+++ b/arch/arm/include/asm/pgtable-3level.h
@@ -249,10 +249,10 @@ PMD_BIT_FUNC(mkyoung, |= PMD_SECT_AF);
#define pfn_pmd(pfn,prot) (__pmd(((phys_addr_t)(pfn) << PAGE_SHIFT) | pgprot_val(prot)))
#define mk_pmd(page,prot) pfn_pmd(page_to_pfn(page),prot)
-/* represent a notpresent pmd by zero, this is used by pmdp_invalidate */
+/* represent a notpresent pmd by faulting entry, this is used by pmdp_invalidate */
static inline pmd_t pmd_mknotpresent(pmd_t pmd)
{
- return __pmd(0);
+ return __pmd(pmd_val(pmd) & ~PMD_TYPE_MASK);
}
static inline pmd_t pmd_modify(pmd_t pmd, pgprot_t newprot)
--
2.1.0
^ permalink raw reply related [flat|nested] 4+ messages in thread
* [PATCH] arm: mm: Fix definition of pmd_mknotpresent
2016-03-02 1:03 [PATCH] arm: mm: Fix definition of pmd_mknotpresent Steve Capper
@ 2016-03-02 15:11 ` Kirill A. Shutemov
2016-03-02 15:55 ` Will Deacon
0 siblings, 1 reply; 4+ messages in thread
From: Kirill A. Shutemov @ 2016-03-02 15:11 UTC (permalink / raw)
To: linux-arm-kernel
On Wed, Mar 02, 2016 at 01:03:00AM +0000, Steve Capper wrote:
> Currently pmd_mknotpresent will use a zero entry to respresent an
> invalidated pmd.
>
> Unfortunately this definition clashes with pmd_none, thus it is
> possible for a race condition to occur if zap_pmd_range sees pmd_none
> whilst __split_huge_pmd_locked is running too with pmdp_invalidate
> just called.
>
> This patch fixes the race condition by modifying pmd_mknotpresent to
> create non-zero faulting entries (as is done in other architectures),
> removing the ambiguity with pmd_none.
>
> Fixes: 8d9625070073 ("ARM: mm: Transparent huge page support for LPAE systems.")
> Reported-by: Kirill A. Shutemov <kirill.shutemov@linux.intel.com>
> Signed-off-by: Steve Capper <steve.capper@arm.com>
> Acked-by: Will Deacon <will.deacon@arm.com>
>
> ---
>
> This patch addresses an issue discussed at:
> http://lkml.iu.edu/hypermail/linux/kernel/1602.3/01846.html
>
> ---
> arch/arm/include/asm/pgtable-3level.h | 4 ++--
> 1 file changed, 2 insertions(+), 2 deletions(-)
>
> diff --git a/arch/arm/include/asm/pgtable-3level.h b/arch/arm/include/asm/pgtable-3level.h
> index dc46398..451b6e7 100644
> --- a/arch/arm/include/asm/pgtable-3level.h
> +++ b/arch/arm/include/asm/pgtable-3level.h
> @@ -249,10 +249,10 @@ PMD_BIT_FUNC(mkyoung, |= PMD_SECT_AF);
> #define pfn_pmd(pfn,prot) (__pmd(((phys_addr_t)(pfn) << PAGE_SHIFT) | pgprot_val(prot)))
> #define mk_pmd(page,prot) pfn_pmd(page_to_pfn(page),prot)
>
> -/* represent a notpresent pmd by zero, this is used by pmdp_invalidate */
> +/* represent a notpresent pmd by faulting entry, this is used by pmdp_invalidate */
> static inline pmd_t pmd_mknotpresent(pmd_t pmd)
> {
> - return __pmd(0);
> + return __pmd(pmd_val(pmd) & ~PMD_TYPE_MASK);
I'm confused. Wouldn't it still be present?
arch/arm/include/asm/pgtable.h:#define pmd_present(pmd) (pmd_val(pmd))
Shouldn't pmd_present() be re-defined as (pmd_val(pmd) & PMD_TYPE_MASK) or
something?
--
Kirill A. Shutemov
^ permalink raw reply [flat|nested] 4+ messages in thread
* [PATCH] arm: mm: Fix definition of pmd_mknotpresent
2016-03-02 15:11 ` Kirill A. Shutemov
@ 2016-03-02 15:55 ` Will Deacon
2016-03-02 18:07 ` Kirill A. Shutemov
0 siblings, 1 reply; 4+ messages in thread
From: Will Deacon @ 2016-03-02 15:55 UTC (permalink / raw)
To: linux-arm-kernel
On Wed, Mar 02, 2016 at 06:11:52PM +0300, Kirill A. Shutemov wrote:
> On Wed, Mar 02, 2016 at 01:03:00AM +0000, Steve Capper wrote:
> > Currently pmd_mknotpresent will use a zero entry to respresent an
> > invalidated pmd.
> >
> > Unfortunately this definition clashes with pmd_none, thus it is
> > possible for a race condition to occur if zap_pmd_range sees pmd_none
> > whilst __split_huge_pmd_locked is running too with pmdp_invalidate
> > just called.
> >
> > This patch fixes the race condition by modifying pmd_mknotpresent to
> > create non-zero faulting entries (as is done in other architectures),
> > removing the ambiguity with pmd_none.
> >
> > Fixes: 8d9625070073 ("ARM: mm: Transparent huge page support for LPAE systems.")
> > Reported-by: Kirill A. Shutemov <kirill.shutemov@linux.intel.com>
> > Signed-off-by: Steve Capper <steve.capper@arm.com>
> > Acked-by: Will Deacon <will.deacon@arm.com>
> >
> > ---
> >
> > This patch addresses an issue discussed at:
> > http://lkml.iu.edu/hypermail/linux/kernel/1602.3/01846.html
> >
> > ---
> > arch/arm/include/asm/pgtable-3level.h | 4 ++--
> > 1 file changed, 2 insertions(+), 2 deletions(-)
> >
> > diff --git a/arch/arm/include/asm/pgtable-3level.h b/arch/arm/include/asm/pgtable-3level.h
> > index dc46398..451b6e7 100644
> > --- a/arch/arm/include/asm/pgtable-3level.h
> > +++ b/arch/arm/include/asm/pgtable-3level.h
> > @@ -249,10 +249,10 @@ PMD_BIT_FUNC(mkyoung, |= PMD_SECT_AF);
> > #define pfn_pmd(pfn,prot) (__pmd(((phys_addr_t)(pfn) << PAGE_SHIFT) | pgprot_val(prot)))
> > #define mk_pmd(page,prot) pfn_pmd(page_to_pfn(page),prot)
> >
> > -/* represent a notpresent pmd by zero, this is used by pmdp_invalidate */
> > +/* represent a notpresent pmd by faulting entry, this is used by pmdp_invalidate */
> > static inline pmd_t pmd_mknotpresent(pmd_t pmd)
> > {
> > - return __pmd(0);
> > + return __pmd(pmd_val(pmd) & ~PMD_TYPE_MASK);
>
> I'm confused. Wouldn't it still be present?
>
> arch/arm/include/asm/pgtable.h:#define pmd_present(pmd) (pmd_val(pmd))
>
> Shouldn't pmd_present() be re-defined as (pmd_val(pmd) & PMD_TYPE_MASK) or
> something?
Hmm, we have ths same issue on arm64 in that case. Do we also need to
handle PROT_NONE for pmds?
Will
^ permalink raw reply [flat|nested] 4+ messages in thread
* [PATCH] arm: mm: Fix definition of pmd_mknotpresent
2016-03-02 15:55 ` Will Deacon
@ 2016-03-02 18:07 ` Kirill A. Shutemov
0 siblings, 0 replies; 4+ messages in thread
From: Kirill A. Shutemov @ 2016-03-02 18:07 UTC (permalink / raw)
To: linux-arm-kernel
On Wed, Mar 02, 2016 at 03:55:55PM +0000, Will Deacon wrote:
> On Wed, Mar 02, 2016 at 06:11:52PM +0300, Kirill A. Shutemov wrote:
> > On Wed, Mar 02, 2016 at 01:03:00AM +0000, Steve Capper wrote:
> > > Currently pmd_mknotpresent will use a zero entry to respresent an
> > > invalidated pmd.
> > >
> > > Unfortunately this definition clashes with pmd_none, thus it is
> > > possible for a race condition to occur if zap_pmd_range sees pmd_none
> > > whilst __split_huge_pmd_locked is running too with pmdp_invalidate
> > > just called.
> > >
> > > This patch fixes the race condition by modifying pmd_mknotpresent to
> > > create non-zero faulting entries (as is done in other architectures),
> > > removing the ambiguity with pmd_none.
> > >
> > > Fixes: 8d9625070073 ("ARM: mm: Transparent huge page support for LPAE systems.")
> > > Reported-by: Kirill A. Shutemov <kirill.shutemov@linux.intel.com>
> > > Signed-off-by: Steve Capper <steve.capper@arm.com>
> > > Acked-by: Will Deacon <will.deacon@arm.com>
> > >
> > > ---
> > >
> > > This patch addresses an issue discussed at:
> > > http://lkml.iu.edu/hypermail/linux/kernel/1602.3/01846.html
> > >
> > > ---
> > > arch/arm/include/asm/pgtable-3level.h | 4 ++--
> > > 1 file changed, 2 insertions(+), 2 deletions(-)
> > >
> > > diff --git a/arch/arm/include/asm/pgtable-3level.h b/arch/arm/include/asm/pgtable-3level.h
> > > index dc46398..451b6e7 100644
> > > --- a/arch/arm/include/asm/pgtable-3level.h
> > > +++ b/arch/arm/include/asm/pgtable-3level.h
> > > @@ -249,10 +249,10 @@ PMD_BIT_FUNC(mkyoung, |= PMD_SECT_AF);
> > > #define pfn_pmd(pfn,prot) (__pmd(((phys_addr_t)(pfn) << PAGE_SHIFT) | pgprot_val(prot)))
> > > #define mk_pmd(page,prot) pfn_pmd(page_to_pfn(page),prot)
> > >
> > > -/* represent a notpresent pmd by zero, this is used by pmdp_invalidate */
> > > +/* represent a notpresent pmd by faulting entry, this is used by pmdp_invalidate */
> > > static inline pmd_t pmd_mknotpresent(pmd_t pmd)
> > > {
> > > - return __pmd(0);
> > > + return __pmd(pmd_val(pmd) & ~PMD_TYPE_MASK);
> >
> > I'm confused. Wouldn't it still be present?
> >
> > arch/arm/include/asm/pgtable.h:#define pmd_present(pmd) (pmd_val(pmd))
> >
> > Shouldn't pmd_present() be re-defined as (pmd_val(pmd) & PMD_TYPE_MASK) or
> > something?
>
> Hmm, we have ths same issue on arm64 in that case. Do we also need to
> handle PROT_NONE for pmds?
I think so.
There's no use-cases where it would matter at the moment as far as I can
see. But if we would implement huge migration/swap entries, proper
pmd_present() will be required.
--
Kirill A. Shutemov
^ permalink raw reply [flat|nested] 4+ messages in thread
end of thread, other threads:[~2016-03-02 18:07 UTC | newest]
Thread overview: 4+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2016-03-02 1:03 [PATCH] arm: mm: Fix definition of pmd_mknotpresent Steve Capper
2016-03-02 15:11 ` Kirill A. Shutemov
2016-03-02 15:55 ` Will Deacon
2016-03-02 18:07 ` Kirill A. Shutemov
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).