diff options
author | Chen, Kenneth W <kenneth.w.chen@intel.com> | 2005-09-03 15:55:02 -0700 |
---|---|---|
committer | Linus Torvalds <torvalds@evo.osdl.org> | 2005-09-05 00:05:46 -0700 |
commit | 0e5c9f39f64d8a55c5db37a5ea43e37d3422fd92 (patch) | |
tree | 2b7da9a3813f1ce475d276d55243b2675b90349b /include/asm-arm26 | |
parent | 02b0ccef903e85673ead74ddb7c431f2f7ce183d (diff) | |
download | linux-0e5c9f39f64d8a55c5db37a5ea43e37d3422fd92.tar.bz2 |
[PATCH] remove hugetlb_clean_stale_pgtable() and fix huge_pte_alloc()
I don't think we need to call hugetlb_clean_stale_pgtable() anymore
in 2.6.13 because of the rework with free_pgtables(). It now collect
all the pte page at the time of munmap. It used to only collect page
table pages when entire one pgd can be freed and left with staled pte
pages. Not anymore with 2.6.13. This function will never be called
and We should turn it into a BUG_ON.
I also spotted two problems here, not Adam's fault :-)
(1) in huge_pte_alloc(), it looks like a bug to me that pud is not
checked before calling pmd_alloc()
(2) in hugetlb_clean_stale_pgtable(), it also missed a call to
pmd_free_tlb. I think a tlb flush is required to flush the mapping
for the page table itself when we clear out the pmd pointing to a
pte page. However, since hugetlb_clean_stale_pgtable() is never
called, so it won't trigger the bug.
Signed-off-by: Ken Chen <kenneth.w.chen@intel.com>
Cc: Adam Litke <agl@us.ibm.com>
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
Diffstat (limited to 'include/asm-arm26')
0 files changed, 0 insertions, 0 deletions