* Re: sparc32 build failure [Was: linux-next: build failure after merge of the final tree] [not found] ` <20110115162019.GA8136@merkur.ravnborg.org> @ 2011-01-15 18:26 ` Andrea Arcangeli 2011-01-15 18:26 ` Andrea Arcangeli 0 siblings, 1 reply; 2+ messages in thread From: Andrea Arcangeli @ 2011-01-15 18:26 UTC (permalink / raw) To: Sam Ravnborg Cc: Stephen Rothwell, linux-next, linux-kernel, Andrew Morton, Linus Torvalds, David S. Miller, sparclinux, Benjamin Herrenschmidt, Luck, Tony, linux-arch, James Bottomley Hello everyone, On Sat, Jan 15, 2011 at 05:20:20PM +0100, Sam Ravnborg wrote: > Can we get the build fixed ASAP or do we wait for David to comment on this? I think sparc32 problem is pmd is an array. So now I built a sparc64 compiler and built with ARCH=sparc32. $ file vmlinux vmlinux: ELF 32-bit MSB relocatable, SPARC, version 1 (SYSV), not stripped I got it to build (the zImage won't build on my environment for some assembly issue in arch/sparc/boot/btfix.S but that shall not be related to this, all it matters is the final linking of vmlinux is successful). So to fix this once and for all, please apply this below patch. If this works no change to any arch is required (ia64 could also revert the __pmd definition if they prefer, not that it makes any relevant difference for ia64 other than being more consistent with most other archs). Only the arm build fix from James most certainly is still needed in addition to this. Sorry again for this build issue. Andrea ========== Subject: remove pmdp_get_and_clear/pmdp_clear_flush/pmdp_splitting_flush methods when THP=n From: Andrea Arcangeli <aarcange@redhat.com> pmdp_get_and_clear/pmdp_clear_flush/pmdp_splitting_flush were trapped as BUG() and they were defined only to diminish the risk of build issues on not-x86 archs and to be consistent with the generic pte methods previously defined in include/asm-generic/pgtable.h. But they are causing more trouble than they were supposed to solve, so it's simpler not to define them when THP is off. This is also correcting the export of pmdp_splitting_flush which is currently unused (x86 isn't using the generic implementation in mm/pgtable-generic.c and no other arch needs that [yet]). Signed-off-by: Andrea Arcangeli <aarcange@redhat.com> --- diff --git a/drivers/staging/vme/bridges/Module.symvers b/drivers/staging/vme/bridges/Module.symvers deleted file mode 100644 index e69de29..0000000 diff --git a/include/asm-generic/pgtable.h b/include/asm-generic/pgtable.h index f1eddf7..31b6188 100644 --- a/include/asm-generic/pgtable.h +++ b/include/asm-generic/pgtable.h @@ -87,14 +87,6 @@ static inline pmd_t pmdp_get_and_clear(struct mm_struct *mm, pmd_clear(mm, address, pmdp); return pmd; }) -#else /* CONFIG_TRANSPARENT_HUGEPAGE */ -static inline pmd_t pmdp_get_and_clear(struct mm_struct *mm, - unsigned long address, - pmd_t *pmdp) -{ - BUG(); - return __pmd(0); -} #endif /* CONFIG_TRANSPARENT_HUGEPAGE */ #endif @@ -163,9 +155,9 @@ static inline void pmdp_set_wrprotect(struct mm_struct *mm, #endif #ifndef __HAVE_ARCH_PMDP_SPLITTING_FLUSH -extern pmd_t pmdp_clear_flush(struct vm_area_struct *vma, - unsigned long address, - pmd_t *pmdp); +extern pmd_t pmdp_splitting_flush(struct vm_area_struct *vma, + unsigned long address, + pmd_t *pmdp); #endif #ifndef __HAVE_ARCH_PTE_SAME diff --git a/mm/pgtable-generic.c b/mm/pgtable-generic.c index d030548..0369f5b 100644 --- a/mm/pgtable-generic.c +++ b/mm/pgtable-generic.c @@ -92,32 +92,29 @@ pte_t ptep_clear_flush(struct vm_area_struct *vma, unsigned long address, #endif #ifndef __HAVE_ARCH_PMDP_CLEAR_FLUSH +#ifdef CONFIG_TRANSPARENT_HUGEPAGE pmd_t pmdp_clear_flush(struct vm_area_struct *vma, unsigned long address, pmd_t *pmdp) { pmd_t pmd; -#ifndef CONFIG_TRANSPARENT_HUGEPAGE - BUG(); -#endif /* CONFIG_TRANSPARENT_HUGEPAGE */ VM_BUG_ON(address & ~HPAGE_PMD_MASK); pmd = pmdp_get_and_clear(vma->vm_mm, address, pmdp); flush_tlb_range(vma, address, address + HPAGE_PMD_SIZE); return pmd; } +#endif /* CONFIG_TRANSPARENT_HUGEPAGE */ #endif #ifndef __HAVE_ARCH_PMDP_SPLITTING_FLUSH +#ifdef CONFIG_TRANSPARENT_HUGEPAGE pmd_t pmdp_splitting_flush(struct vm_area_struct *vma, unsigned long address, pmd_t *pmdp) { -#ifdef CONFIG_TRANSPARENT_HUGEPAGE pmd_t pmd = pmd_mksplitting(*pmdp); VM_BUG_ON(address & ~HPAGE_PMD_MASK); set_pmd_at(vma->vm_mm, address, pmdp, pmd); /* tlb flush only to serialize against gup-fast */ flush_tlb_range(vma, address, address + HPAGE_PMD_SIZE); -#else /* CONFIG_TRANSPARENT_HUGEPAGE */ - BUG(); -#endif /* CONFIG_TRANSPARENT_HUGEPAGE */ } +#endif /* CONFIG_TRANSPARENT_HUGEPAGE */ #endif ^ permalink raw reply related [flat|nested] 2+ messages in thread
* Re: sparc32 build failure [Was: linux-next: build failure after merge of the final tree] 2011-01-15 18:26 ` sparc32 build failure [Was: linux-next: build failure after merge of the final tree] Andrea Arcangeli @ 2011-01-15 18:26 ` Andrea Arcangeli 0 siblings, 0 replies; 2+ messages in thread From: Andrea Arcangeli @ 2011-01-15 18:26 UTC (permalink / raw) To: Sam Ravnborg Cc: Stephen Rothwell, linux-next, linux-kernel, Andrew Morton, Linus Torvalds, David S. Miller, sparclinux, Benjamin Herrenschmidt, Luck, Tony, linux-arch, James Bottomley Hello everyone, On Sat, Jan 15, 2011 at 05:20:20PM +0100, Sam Ravnborg wrote: > Can we get the build fixed ASAP or do we wait for David to comment on this? I think sparc32 problem is pmd is an array. So now I built a sparc64 compiler and built with ARCH=sparc32. $ file vmlinux vmlinux: ELF 32-bit MSB relocatable, SPARC, version 1 (SYSV), not stripped I got it to build (the zImage won't build on my environment for some assembly issue in arch/sparc/boot/btfix.S but that shall not be related to this, all it matters is the final linking of vmlinux is successful). So to fix this once and for all, please apply this below patch. If this works no change to any arch is required (ia64 could also revert the __pmd definition if they prefer, not that it makes any relevant difference for ia64 other than being more consistent with most other archs). Only the arm build fix from James most certainly is still needed in addition to this. Sorry again for this build issue. Andrea ========== Subject: remove pmdp_get_and_clear/pmdp_clear_flush/pmdp_splitting_flush methods when THP=n From: Andrea Arcangeli <aarcange@redhat.com> pmdp_get_and_clear/pmdp_clear_flush/pmdp_splitting_flush were trapped as BUG() and they were defined only to diminish the risk of build issues on not-x86 archs and to be consistent with the generic pte methods previously defined in include/asm-generic/pgtable.h. But they are causing more trouble than they were supposed to solve, so it's simpler not to define them when THP is off. This is also correcting the export of pmdp_splitting_flush which is currently unused (x86 isn't using the generic implementation in mm/pgtable-generic.c and no other arch needs that [yet]). Signed-off-by: Andrea Arcangeli <aarcange@redhat.com> --- diff --git a/drivers/staging/vme/bridges/Module.symvers b/drivers/staging/vme/bridges/Module.symvers deleted file mode 100644 index e69de29..0000000 diff --git a/include/asm-generic/pgtable.h b/include/asm-generic/pgtable.h index f1eddf7..31b6188 100644 --- a/include/asm-generic/pgtable.h +++ b/include/asm-generic/pgtable.h @@ -87,14 +87,6 @@ static inline pmd_t pmdp_get_and_clear(struct mm_struct *mm, pmd_clear(mm, address, pmdp); return pmd; }) -#else /* CONFIG_TRANSPARENT_HUGEPAGE */ -static inline pmd_t pmdp_get_and_clear(struct mm_struct *mm, - unsigned long address, - pmd_t *pmdp) -{ - BUG(); - return __pmd(0); -} #endif /* CONFIG_TRANSPARENT_HUGEPAGE */ #endif @@ -163,9 +155,9 @@ static inline void pmdp_set_wrprotect(struct mm_struct *mm, #endif #ifndef __HAVE_ARCH_PMDP_SPLITTING_FLUSH -extern pmd_t pmdp_clear_flush(struct vm_area_struct *vma, - unsigned long address, - pmd_t *pmdp); +extern pmd_t pmdp_splitting_flush(struct vm_area_struct *vma, + unsigned long address, + pmd_t *pmdp); #endif #ifndef __HAVE_ARCH_PTE_SAME diff --git a/mm/pgtable-generic.c b/mm/pgtable-generic.c index d030548..0369f5b 100644 --- a/mm/pgtable-generic.c +++ b/mm/pgtable-generic.c @@ -92,32 +92,29 @@ pte_t ptep_clear_flush(struct vm_area_struct *vma, unsigned long address, #endif #ifndef __HAVE_ARCH_PMDP_CLEAR_FLUSH +#ifdef CONFIG_TRANSPARENT_HUGEPAGE pmd_t pmdp_clear_flush(struct vm_area_struct *vma, unsigned long address, pmd_t *pmdp) { pmd_t pmd; -#ifndef CONFIG_TRANSPARENT_HUGEPAGE - BUG(); -#endif /* CONFIG_TRANSPARENT_HUGEPAGE */ VM_BUG_ON(address & ~HPAGE_PMD_MASK); pmd = pmdp_get_and_clear(vma->vm_mm, address, pmdp); flush_tlb_range(vma, address, address + HPAGE_PMD_SIZE); return pmd; } +#endif /* CONFIG_TRANSPARENT_HUGEPAGE */ #endif #ifndef __HAVE_ARCH_PMDP_SPLITTING_FLUSH +#ifdef CONFIG_TRANSPARENT_HUGEPAGE pmd_t pmdp_splitting_flush(struct vm_area_struct *vma, unsigned long address, pmd_t *pmdp) { -#ifdef CONFIG_TRANSPARENT_HUGEPAGE pmd_t pmd = pmd_mksplitting(*pmdp); VM_BUG_ON(address & ~HPAGE_PMD_MASK); set_pmd_at(vma->vm_mm, address, pmdp, pmd); /* tlb flush only to serialize against gup-fast */ flush_tlb_range(vma, address, address + HPAGE_PMD_SIZE); -#else /* CONFIG_TRANSPARENT_HUGEPAGE */ - BUG(); -#endif /* CONFIG_TRANSPARENT_HUGEPAGE */ } +#endif /* CONFIG_TRANSPARENT_HUGEPAGE */ #endif ^ permalink raw reply related [flat|nested] 2+ messages in thread
end of thread, other threads:[~2011-01-15 18:26 UTC | newest]
Thread overview: 2+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
[not found] <20110115131027.2c07ccb0.sfr@canb.auug.org.au>
[not found] ` <20110115042753.GS9506@random.random>
[not found] ` <20110115162019.GA8136@merkur.ravnborg.org>
2011-01-15 18:26 ` sparc32 build failure [Was: linux-next: build failure after merge of the final tree] Andrea Arcangeli
2011-01-15 18:26 ` Andrea Arcangeli
This is a public inbox, see mirroring instructions for how to clone and mirror all data and code used for this inbox