[RFC] Consolidate lots of hugepage code
William Lee Irwin III
wli at holomorphy.com
Fri Oct 29 13:48:17 EST 2004
On Fri, Oct 29, 2004 at 01:37:08PM +1000, David Gibson wrote:
> wA lot of the code in arch/*/mm/hugetlbpage.c is quite similar. This
> patch attempts to consolidate a lot of the code across the arch's,
> putting the combined version in mm/hugetlb.c. There are a couple of
> uglyish hacks in order to cover all the hugepage archs, but the result
> is a very large reduction in the total amount of code. It also means
> things like hugepage lazy allocation could be implemented in one
> place, instead of six.
> As yet this is entirely untested, except on ppc64. Comments?
> Objections? Testing acks?
> - this patch changes the meaning of set_huge_pte() to be more
> analagous to set_pte()
> - does SH4 need special huge_ptep_get_and_clear()??
Further consolidation is premature given that outstanding hugetlb bugs
have the implication that architectures' needs are not being served by
the current arch/core split. I have at least two relatively major hugetlb
bugs outstanding, the lack of a flush_dcache_page() analogue first, and
another (soon to be a reported to affected distros) less well-understood.
Unless they're directly toward the end of restoring hugetlb to a sound
state, they're counterproductive to merge before patches doing so.
More information about the Linuxppc64-dev