All of lore.kernel.org
 help / color / mirror / Atom feed
* [PATCH V2] mm: hugetlb: Introduce huge_pte_{page,present,young}
@ 2014-03-20 13:17 ` Steve Capper
  0 siblings, 0 replies; 8+ messages in thread
From: Steve Capper @ 2014-03-20 13:17 UTC (permalink / raw)
  To: linux-mm, linux-arm-kernel, linux-s390
  Cc: akpm, catalin.marinas, Steve Capper

Introduce huge pte versions of pte_page, pte_present and pte_young.

This allows ARM (without LPAE) to use alternative pte processing logic
for huge ptes.

Generic implementations that call the standard pte versions are also
added to asm-generic/hugetlb.h.

Signed-off-by: Steve Capper <steve.capper@linaro.org>
---
Changed in V2 - moved from #ifndef,#define macros to entries in
asm-generic/hugetlb.h as it makes more sense to have these with the
other huge_pte_. definitions.

The only other architecture I can see that does not use
asm-generic/hugetlb.h is s390. This patch includes trivial definitions
for huge_pte_{page,present,young} for s390.

I've compile-tested this for s390, but don't have one under my desk so
have not been able to test it.
---
 arch/s390/include/asm/hugetlb.h | 15 +++++++++++++++
 include/asm-generic/hugetlb.h   | 15 +++++++++++++++
 mm/hugetlb.c                    | 22 +++++++++++-----------
 3 files changed, 41 insertions(+), 11 deletions(-)

diff --git a/arch/s390/include/asm/hugetlb.h b/arch/s390/include/asm/hugetlb.h
index 11eae5f..7b13ec0 100644
--- a/arch/s390/include/asm/hugetlb.h
+++ b/arch/s390/include/asm/hugetlb.h
@@ -112,4 +112,19 @@ static inline pte_t huge_pte_modify(pte_t pte, pgprot_t newprot)
 	return pte_modify(pte, newprot);
 }
 
+static inline struct page *huge_pte_page(pte_t pte)
+{
+	return pte_page(pte);
+}
+
+static inline unsigned long huge_pte_present(pte_t pte)
+{
+	return pte_present(pte);
+}
+
+static inline pte_t huge_pte_mkyoung(pte_t pte)
+{
+	return pte_mkyoung(pte);
+}
+
 #endif /* _ASM_S390_HUGETLB_H */
diff --git a/include/asm-generic/hugetlb.h b/include/asm-generic/hugetlb.h
index 99b490b..2dc68fe 100644
--- a/include/asm-generic/hugetlb.h
+++ b/include/asm-generic/hugetlb.h
@@ -37,4 +37,19 @@ static inline void huge_pte_clear(struct mm_struct *mm, unsigned long addr,
 	pte_clear(mm, addr, ptep);
 }
 
+static inline struct page *huge_pte_page(pte_t pte)
+{
+	return pte_page(pte);
+}
+
+static inline unsigned long huge_pte_present(pte_t pte)
+{
+	return pte_present(pte);
+}
+
+static inline pte_t huge_pte_mkyoung(pte_t pte)
+{
+	return pte_mkyoung(pte);
+}
+
 #endif /* _ASM_GENERIC_HUGETLB_H */
diff --git a/mm/hugetlb.c b/mm/hugetlb.c
index c01cb9f..d1a38c9 100644
--- a/mm/hugetlb.c
+++ b/mm/hugetlb.c
@@ -2319,7 +2319,7 @@ static pte_t make_huge_pte(struct vm_area_struct *vma, struct page *page,
 		entry = huge_pte_wrprotect(mk_huge_pte(page,
 					   vma->vm_page_prot));
 	}
-	entry = pte_mkyoung(entry);
+	entry = huge_pte_mkyoung(entry);
 	entry = pte_mkhuge(entry);
 	entry = arch_make_huge_pte(entry, vma, page, writable);
 
@@ -2379,7 +2379,7 @@ int copy_hugetlb_page_range(struct mm_struct *dst, struct mm_struct *src,
 			if (cow)
 				huge_ptep_set_wrprotect(src, addr, src_pte);
 			entry = huge_ptep_get(src_pte);
-			ptepage = pte_page(entry);
+			ptepage = huge_pte_page(entry);
 			get_page(ptepage);
 			page_dup_rmap(ptepage);
 			set_huge_pte_at(dst, addr, dst_pte, entry);
@@ -2398,7 +2398,7 @@ static int is_hugetlb_entry_migration(pte_t pte)
 {
 	swp_entry_t swp;
 
-	if (huge_pte_none(pte) || pte_present(pte))
+	if (huge_pte_none(pte) || huge_pte_present(pte))
 		return 0;
 	swp = pte_to_swp_entry(pte);
 	if (non_swap_entry(swp) && is_migration_entry(swp))
@@ -2411,7 +2411,7 @@ static int is_hugetlb_entry_hwpoisoned(pte_t pte)
 {
 	swp_entry_t swp;
 
-	if (huge_pte_none(pte) || pte_present(pte))
+	if (huge_pte_none(pte) || huge_pte_present(pte))
 		return 0;
 	swp = pte_to_swp_entry(pte);
 	if (non_swap_entry(swp) && is_hwpoison_entry(swp))
@@ -2464,7 +2464,7 @@ again:
 			goto unlock;
 		}
 
-		page = pte_page(pte);
+		page = huge_pte_page(pte);
 		/*
 		 * If a reference page is supplied, it is because a specific
 		 * page is being unmapped, not a range. Ensure the page we
@@ -2614,7 +2614,7 @@ static int hugetlb_cow(struct mm_struct *mm, struct vm_area_struct *vma,
 	unsigned long mmun_start;	/* For mmu_notifiers */
 	unsigned long mmun_end;		/* For mmu_notifiers */
 
-	old_page = pte_page(pte);
+	old_page = huge_pte_page(pte);
 
 retry_avoidcopy:
 	/* If no-one else is actually using this page, avoid the copy
@@ -2965,7 +2965,7 @@ int hugetlb_fault(struct mm_struct *mm, struct vm_area_struct *vma,
 	 * Note that locking order is always pagecache_page -> page,
 	 * so no worry about deadlock.
 	 */
-	page = pte_page(entry);
+	page = huge_pte_page(entry);
 	get_page(page);
 	if (page != pagecache_page)
 		lock_page(page);
@@ -2985,7 +2985,7 @@ int hugetlb_fault(struct mm_struct *mm, struct vm_area_struct *vma,
 		}
 		entry = huge_pte_mkdirty(entry);
 	}
-	entry = pte_mkyoung(entry);
+	entry = huge_pte_mkyoung(entry);
 	if (huge_ptep_set_access_flags(vma, address, ptep, entry,
 						flags & FAULT_FLAG_WRITE))
 		update_mmu_cache(vma, address, ptep);
@@ -3077,7 +3077,7 @@ long follow_hugetlb_page(struct mm_struct *mm, struct vm_area_struct *vma,
 		}
 
 		pfn_offset = (vaddr & ~huge_page_mask(h)) >> PAGE_SHIFT;
-		page = pte_page(huge_ptep_get(pte));
+		page = huge_pte_page(huge_ptep_get(pte));
 same_page:
 		if (pages) {
 			pages[i] = mem_map_offset(page, pfn_offset);
@@ -3425,7 +3425,7 @@ follow_huge_pmd(struct mm_struct *mm, unsigned long address,
 {
 	struct page *page;
 
-	page = pte_page(*(pte_t *)pmd);
+	page = huge_pte_page(*(pte_t *)pmd);
 	if (page)
 		page += ((address & ~PMD_MASK) >> PAGE_SHIFT);
 	return page;
@@ -3437,7 +3437,7 @@ follow_huge_pud(struct mm_struct *mm, unsigned long address,
 {
 	struct page *page;
 
-	page = pte_page(*(pte_t *)pud);
+	page = huge_pte_page(*(pte_t *)pud);
 	if (page)
 		page += ((address & ~PUD_MASK) >> PAGE_SHIFT);
 	return page;
-- 
1.8.1.4

--
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>

^ permalink raw reply related	[flat|nested] 8+ messages in thread

* [PATCH V2] mm: hugetlb: Introduce huge_pte_{page,present,young}
@ 2014-03-20 13:17 ` Steve Capper
  0 siblings, 0 replies; 8+ messages in thread
From: Steve Capper @ 2014-03-20 13:17 UTC (permalink / raw)
  To: linux-arm-kernel

Introduce huge pte versions of pte_page, pte_present and pte_young.

This allows ARM (without LPAE) to use alternative pte processing logic
for huge ptes.

Generic implementations that call the standard pte versions are also
added to asm-generic/hugetlb.h.

Signed-off-by: Steve Capper <steve.capper@linaro.org>
---
Changed in V2 - moved from #ifndef,#define macros to entries in
asm-generic/hugetlb.h as it makes more sense to have these with the
other huge_pte_. definitions.

The only other architecture I can see that does not use
asm-generic/hugetlb.h is s390. This patch includes trivial definitions
for huge_pte_{page,present,young} for s390.

I've compile-tested this for s390, but don't have one under my desk so
have not been able to test it.
---
 arch/s390/include/asm/hugetlb.h | 15 +++++++++++++++
 include/asm-generic/hugetlb.h   | 15 +++++++++++++++
 mm/hugetlb.c                    | 22 +++++++++++-----------
 3 files changed, 41 insertions(+), 11 deletions(-)

diff --git a/arch/s390/include/asm/hugetlb.h b/arch/s390/include/asm/hugetlb.h
index 11eae5f..7b13ec0 100644
--- a/arch/s390/include/asm/hugetlb.h
+++ b/arch/s390/include/asm/hugetlb.h
@@ -112,4 +112,19 @@ static inline pte_t huge_pte_modify(pte_t pte, pgprot_t newprot)
 	return pte_modify(pte, newprot);
 }
 
+static inline struct page *huge_pte_page(pte_t pte)
+{
+	return pte_page(pte);
+}
+
+static inline unsigned long huge_pte_present(pte_t pte)
+{
+	return pte_present(pte);
+}
+
+static inline pte_t huge_pte_mkyoung(pte_t pte)
+{
+	return pte_mkyoung(pte);
+}
+
 #endif /* _ASM_S390_HUGETLB_H */
diff --git a/include/asm-generic/hugetlb.h b/include/asm-generic/hugetlb.h
index 99b490b..2dc68fe 100644
--- a/include/asm-generic/hugetlb.h
+++ b/include/asm-generic/hugetlb.h
@@ -37,4 +37,19 @@ static inline void huge_pte_clear(struct mm_struct *mm, unsigned long addr,
 	pte_clear(mm, addr, ptep);
 }
 
+static inline struct page *huge_pte_page(pte_t pte)
+{
+	return pte_page(pte);
+}
+
+static inline unsigned long huge_pte_present(pte_t pte)
+{
+	return pte_present(pte);
+}
+
+static inline pte_t huge_pte_mkyoung(pte_t pte)
+{
+	return pte_mkyoung(pte);
+}
+
 #endif /* _ASM_GENERIC_HUGETLB_H */
diff --git a/mm/hugetlb.c b/mm/hugetlb.c
index c01cb9f..d1a38c9 100644
--- a/mm/hugetlb.c
+++ b/mm/hugetlb.c
@@ -2319,7 +2319,7 @@ static pte_t make_huge_pte(struct vm_area_struct *vma, struct page *page,
 		entry = huge_pte_wrprotect(mk_huge_pte(page,
 					   vma->vm_page_prot));
 	}
-	entry = pte_mkyoung(entry);
+	entry = huge_pte_mkyoung(entry);
 	entry = pte_mkhuge(entry);
 	entry = arch_make_huge_pte(entry, vma, page, writable);
 
@@ -2379,7 +2379,7 @@ int copy_hugetlb_page_range(struct mm_struct *dst, struct mm_struct *src,
 			if (cow)
 				huge_ptep_set_wrprotect(src, addr, src_pte);
 			entry = huge_ptep_get(src_pte);
-			ptepage = pte_page(entry);
+			ptepage = huge_pte_page(entry);
 			get_page(ptepage);
 			page_dup_rmap(ptepage);
 			set_huge_pte_at(dst, addr, dst_pte, entry);
@@ -2398,7 +2398,7 @@ static int is_hugetlb_entry_migration(pte_t pte)
 {
 	swp_entry_t swp;
 
-	if (huge_pte_none(pte) || pte_present(pte))
+	if (huge_pte_none(pte) || huge_pte_present(pte))
 		return 0;
 	swp = pte_to_swp_entry(pte);
 	if (non_swap_entry(swp) && is_migration_entry(swp))
@@ -2411,7 +2411,7 @@ static int is_hugetlb_entry_hwpoisoned(pte_t pte)
 {
 	swp_entry_t swp;
 
-	if (huge_pte_none(pte) || pte_present(pte))
+	if (huge_pte_none(pte) || huge_pte_present(pte))
 		return 0;
 	swp = pte_to_swp_entry(pte);
 	if (non_swap_entry(swp) && is_hwpoison_entry(swp))
@@ -2464,7 +2464,7 @@ again:
 			goto unlock;
 		}
 
-		page = pte_page(pte);
+		page = huge_pte_page(pte);
 		/*
 		 * If a reference page is supplied, it is because a specific
 		 * page is being unmapped, not a range. Ensure the page we
@@ -2614,7 +2614,7 @@ static int hugetlb_cow(struct mm_struct *mm, struct vm_area_struct *vma,
 	unsigned long mmun_start;	/* For mmu_notifiers */
 	unsigned long mmun_end;		/* For mmu_notifiers */
 
-	old_page = pte_page(pte);
+	old_page = huge_pte_page(pte);
 
 retry_avoidcopy:
 	/* If no-one else is actually using this page, avoid the copy
@@ -2965,7 +2965,7 @@ int hugetlb_fault(struct mm_struct *mm, struct vm_area_struct *vma,
 	 * Note that locking order is always pagecache_page -> page,
 	 * so no worry about deadlock.
 	 */
-	page = pte_page(entry);
+	page = huge_pte_page(entry);
 	get_page(page);
 	if (page != pagecache_page)
 		lock_page(page);
@@ -2985,7 +2985,7 @@ int hugetlb_fault(struct mm_struct *mm, struct vm_area_struct *vma,
 		}
 		entry = huge_pte_mkdirty(entry);
 	}
-	entry = pte_mkyoung(entry);
+	entry = huge_pte_mkyoung(entry);
 	if (huge_ptep_set_access_flags(vma, address, ptep, entry,
 						flags & FAULT_FLAG_WRITE))
 		update_mmu_cache(vma, address, ptep);
@@ -3077,7 +3077,7 @@ long follow_hugetlb_page(struct mm_struct *mm, struct vm_area_struct *vma,
 		}
 
 		pfn_offset = (vaddr & ~huge_page_mask(h)) >> PAGE_SHIFT;
-		page = pte_page(huge_ptep_get(pte));
+		page = huge_pte_page(huge_ptep_get(pte));
 same_page:
 		if (pages) {
 			pages[i] = mem_map_offset(page, pfn_offset);
@@ -3425,7 +3425,7 @@ follow_huge_pmd(struct mm_struct *mm, unsigned long address,
 {
 	struct page *page;
 
-	page = pte_page(*(pte_t *)pmd);
+	page = huge_pte_page(*(pte_t *)pmd);
 	if (page)
 		page += ((address & ~PMD_MASK) >> PAGE_SHIFT);
 	return page;
@@ -3437,7 +3437,7 @@ follow_huge_pud(struct mm_struct *mm, unsigned long address,
 {
 	struct page *page;
 
-	page = pte_page(*(pte_t *)pud);
+	page = huge_pte_page(*(pte_t *)pud);
 	if (page)
 		page += ((address & ~PUD_MASK) >> PAGE_SHIFT);
 	return page;
-- 
1.8.1.4

^ permalink raw reply related	[flat|nested] 8+ messages in thread

* Re: [PATCH V2] mm: hugetlb: Introduce huge_pte_{page,present,young}
  2014-03-20 13:17 ` Steve Capper
@ 2014-03-27 15:11   ` Steve Capper
  -1 siblings, 0 replies; 8+ messages in thread
From: Steve Capper @ 2014-03-27 15:11 UTC (permalink / raw)
  To: linux-mm, linux-arm-kernel, linux-s390; +Cc: akpm, catalin.marinas

On Thu, Mar 20, 2014 at 01:17:53PM +0000, Steve Capper wrote:
> Introduce huge pte versions of pte_page, pte_present and pte_young.
> 
> This allows ARM (without LPAE) to use alternative pte processing logic
> for huge ptes.
> 
> Generic implementations that call the standard pte versions are also
> added to asm-generic/hugetlb.h.
> 
> Signed-off-by: Steve Capper <steve.capper@linaro.org>
> ---
> Changed in V2 - moved from #ifndef,#define macros to entries in
> asm-generic/hugetlb.h as it makes more sense to have these with the
> other huge_pte_. definitions.
> 
> The only other architecture I can see that does not use
> asm-generic/hugetlb.h is s390. This patch includes trivial definitions
> for huge_pte_{page,present,young} for s390.
> 
> I've compile-tested this for s390, but don't have one under my desk so
> have not been able to test it.
> ---
>  arch/s390/include/asm/hugetlb.h | 15 +++++++++++++++
>  include/asm-generic/hugetlb.h   | 15 +++++++++++++++
>  mm/hugetlb.c                    | 22 +++++++++++-----------
>  3 files changed, 41 insertions(+), 11 deletions(-)
> 

Hello,
I was just wondering if this patch looked reasonable to people?

Cheers,
-- 
Steve

--
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>

^ permalink raw reply	[flat|nested] 8+ messages in thread

* [PATCH V2] mm: hugetlb: Introduce huge_pte_{page,present,young}
@ 2014-03-27 15:11   ` Steve Capper
  0 siblings, 0 replies; 8+ messages in thread
From: Steve Capper @ 2014-03-27 15:11 UTC (permalink / raw)
  To: linux-arm-kernel

On Thu, Mar 20, 2014 at 01:17:53PM +0000, Steve Capper wrote:
> Introduce huge pte versions of pte_page, pte_present and pte_young.
> 
> This allows ARM (without LPAE) to use alternative pte processing logic
> for huge ptes.
> 
> Generic implementations that call the standard pte versions are also
> added to asm-generic/hugetlb.h.
> 
> Signed-off-by: Steve Capper <steve.capper@linaro.org>
> ---
> Changed in V2 - moved from #ifndef,#define macros to entries in
> asm-generic/hugetlb.h as it makes more sense to have these with the
> other huge_pte_. definitions.
> 
> The only other architecture I can see that does not use
> asm-generic/hugetlb.h is s390. This patch includes trivial definitions
> for huge_pte_{page,present,young} for s390.
> 
> I've compile-tested this for s390, but don't have one under my desk so
> have not been able to test it.
> ---
>  arch/s390/include/asm/hugetlb.h | 15 +++++++++++++++
>  include/asm-generic/hugetlb.h   | 15 +++++++++++++++
>  mm/hugetlb.c                    | 22 +++++++++++-----------
>  3 files changed, 41 insertions(+), 11 deletions(-)
> 

Hello,
I was just wondering if this patch looked reasonable to people?

Cheers,
-- 
Steve

^ permalink raw reply	[flat|nested] 8+ messages in thread

* Re: [PATCH V2] mm: hugetlb: Introduce huge_pte_{page,present,young}
  2014-03-27 15:11   ` Steve Capper
@ 2014-03-28 16:28     ` Gerald Schaefer
  -1 siblings, 0 replies; 8+ messages in thread
From: Gerald Schaefer @ 2014-03-28 16:28 UTC (permalink / raw)
  To: Steve Capper
  Cc: linux-mm, linux-arm-kernel, linux-s390, akpm, catalin.marinas

On Thu, 27 Mar 2014 15:11:30 +0000
Steve Capper <steve.capper@linaro.org> wrote:

> On Thu, Mar 20, 2014 at 01:17:53PM +0000, Steve Capper wrote:
> > Introduce huge pte versions of pte_page, pte_present and pte_young.
> > 
> > This allows ARM (without LPAE) to use alternative pte processing logic
> > for huge ptes.
> > 
> > Generic implementations that call the standard pte versions are also
> > added to asm-generic/hugetlb.h.
> > 
> > Signed-off-by: Steve Capper <steve.capper@linaro.org>
> > ---
> > Changed in V2 - moved from #ifndef,#define macros to entries in
> > asm-generic/hugetlb.h as it makes more sense to have these with the
> > other huge_pte_. definitions.
> > 
> > The only other architecture I can see that does not use
> > asm-generic/hugetlb.h is s390. This patch includes trivial definitions
> > for huge_pte_{page,present,young} for s390.
> > 
> > I've compile-tested this for s390, but don't have one under my desk so
> > have not been able to test it.
> > ---
> >  arch/s390/include/asm/hugetlb.h | 15 +++++++++++++++
> >  include/asm-generic/hugetlb.h   | 15 +++++++++++++++
> >  mm/hugetlb.c                    | 22 +++++++++++-----------
> >  3 files changed, 41 insertions(+), 11 deletions(-)
> > 
> 
> Hello,
> I was just wondering if this patch looked reasonable to people?

Looks good, and I also tested it on s390, so for the s390 part:
Acked-by: Gerald Schaefer <gerald.schaefer@de.ibm.com>

--
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>

^ permalink raw reply	[flat|nested] 8+ messages in thread

* [PATCH V2] mm: hugetlb: Introduce huge_pte_{page,present,young}
@ 2014-03-28 16:28     ` Gerald Schaefer
  0 siblings, 0 replies; 8+ messages in thread
From: Gerald Schaefer @ 2014-03-28 16:28 UTC (permalink / raw)
  To: linux-arm-kernel

On Thu, 27 Mar 2014 15:11:30 +0000
Steve Capper <steve.capper@linaro.org> wrote:

> On Thu, Mar 20, 2014 at 01:17:53PM +0000, Steve Capper wrote:
> > Introduce huge pte versions of pte_page, pte_present and pte_young.
> > 
> > This allows ARM (without LPAE) to use alternative pte processing logic
> > for huge ptes.
> > 
> > Generic implementations that call the standard pte versions are also
> > added to asm-generic/hugetlb.h.
> > 
> > Signed-off-by: Steve Capper <steve.capper@linaro.org>
> > ---
> > Changed in V2 - moved from #ifndef,#define macros to entries in
> > asm-generic/hugetlb.h as it makes more sense to have these with the
> > other huge_pte_. definitions.
> > 
> > The only other architecture I can see that does not use
> > asm-generic/hugetlb.h is s390. This patch includes trivial definitions
> > for huge_pte_{page,present,young} for s390.
> > 
> > I've compile-tested this for s390, but don't have one under my desk so
> > have not been able to test it.
> > ---
> >  arch/s390/include/asm/hugetlb.h | 15 +++++++++++++++
> >  include/asm-generic/hugetlb.h   | 15 +++++++++++++++
> >  mm/hugetlb.c                    | 22 +++++++++++-----------
> >  3 files changed, 41 insertions(+), 11 deletions(-)
> > 
> 
> Hello,
> I was just wondering if this patch looked reasonable to people?

Looks good, and I also tested it on s390, so for the s390 part:
Acked-by: Gerald Schaefer <gerald.schaefer@de.ibm.com>

^ permalink raw reply	[flat|nested] 8+ messages in thread

* Re: [PATCH V2] mm: hugetlb: Introduce huge_pte_{page,present,young}
  2014-03-28 16:28     ` Gerald Schaefer
@ 2014-03-31  9:11       ` Steve Capper
  -1 siblings, 0 replies; 8+ messages in thread
From: Steve Capper @ 2014-03-31  9:11 UTC (permalink / raw)
  To: Gerald Schaefer
  Cc: linux-mm, linux-arm-kernel, linux-s390, akpm, Catalin Marinas

On 28 March 2014 16:28, Gerald Schaefer <gerald.schaefer@de.ibm.com> wrote:
> On Thu, 27 Mar 2014 15:11:30 +0000
> Steve Capper <steve.capper@linaro.org> wrote:
>
>> On Thu, Mar 20, 2014 at 01:17:53PM +0000, Steve Capper wrote:
>> > Introduce huge pte versions of pte_page, pte_present and pte_young.
>> >
>> > This allows ARM (without LPAE) to use alternative pte processing logic
>> > for huge ptes.
>> >
>> > Generic implementations that call the standard pte versions are also
>> > added to asm-generic/hugetlb.h.
>> >
>> > Signed-off-by: Steve Capper <steve.capper@linaro.org>
>> > ---
>> > Changed in V2 - moved from #ifndef,#define macros to entries in
>> > asm-generic/hugetlb.h as it makes more sense to have these with the
>> > other huge_pte_. definitions.
>> >
>> > The only other architecture I can see that does not use
>> > asm-generic/hugetlb.h is s390. This patch includes trivial definitions
>> > for huge_pte_{page,present,young} for s390.
>> >
>> > I've compile-tested this for s390, but don't have one under my desk so
>> > have not been able to test it.
>> > ---
>> >  arch/s390/include/asm/hugetlb.h | 15 +++++++++++++++
>> >  include/asm-generic/hugetlb.h   | 15 +++++++++++++++
>> >  mm/hugetlb.c                    | 22 +++++++++++-----------
>> >  3 files changed, 41 insertions(+), 11 deletions(-)
>> >
>>
>> Hello,
>> I was just wondering if this patch looked reasonable to people?
>
> Looks good, and I also tested it on s390, so for the s390 part:
> Acked-by: Gerald Schaefer <gerald.schaefer@de.ibm.com>
>

Thanks!

--
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>

^ permalink raw reply	[flat|nested] 8+ messages in thread

* [PATCH V2] mm: hugetlb: Introduce huge_pte_{page,present,young}
@ 2014-03-31  9:11       ` Steve Capper
  0 siblings, 0 replies; 8+ messages in thread
From: Steve Capper @ 2014-03-31  9:11 UTC (permalink / raw)
  To: linux-arm-kernel

On 28 March 2014 16:28, Gerald Schaefer <gerald.schaefer@de.ibm.com> wrote:
> On Thu, 27 Mar 2014 15:11:30 +0000
> Steve Capper <steve.capper@linaro.org> wrote:
>
>> On Thu, Mar 20, 2014 at 01:17:53PM +0000, Steve Capper wrote:
>> > Introduce huge pte versions of pte_page, pte_present and pte_young.
>> >
>> > This allows ARM (without LPAE) to use alternative pte processing logic
>> > for huge ptes.
>> >
>> > Generic implementations that call the standard pte versions are also
>> > added to asm-generic/hugetlb.h.
>> >
>> > Signed-off-by: Steve Capper <steve.capper@linaro.org>
>> > ---
>> > Changed in V2 - moved from #ifndef,#define macros to entries in
>> > asm-generic/hugetlb.h as it makes more sense to have these with the
>> > other huge_pte_. definitions.
>> >
>> > The only other architecture I can see that does not use
>> > asm-generic/hugetlb.h is s390. This patch includes trivial definitions
>> > for huge_pte_{page,present,young} for s390.
>> >
>> > I've compile-tested this for s390, but don't have one under my desk so
>> > have not been able to test it.
>> > ---
>> >  arch/s390/include/asm/hugetlb.h | 15 +++++++++++++++
>> >  include/asm-generic/hugetlb.h   | 15 +++++++++++++++
>> >  mm/hugetlb.c                    | 22 +++++++++++-----------
>> >  3 files changed, 41 insertions(+), 11 deletions(-)
>> >
>>
>> Hello,
>> I was just wondering if this patch looked reasonable to people?
>
> Looks good, and I also tested it on s390, so for the s390 part:
> Acked-by: Gerald Schaefer <gerald.schaefer@de.ibm.com>
>

Thanks!

^ permalink raw reply	[flat|nested] 8+ messages in thread

end of thread, other threads:[~2014-03-31  9:11 UTC | newest]

Thread overview: 8+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2014-03-20 13:17 [PATCH V2] mm: hugetlb: Introduce huge_pte_{page,present,young} Steve Capper
2014-03-20 13:17 ` Steve Capper
2014-03-27 15:11 ` Steve Capper
2014-03-27 15:11   ` Steve Capper
2014-03-28 16:28   ` Gerald Schaefer
2014-03-28 16:28     ` Gerald Schaefer
2014-03-31  9:11     ` Steve Capper
2014-03-31  9:11       ` Steve Capper

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.