Hi,
This is the 3rd version of "hugepage migration" set.
I rebased this onto 2.6.36-rc2 and merged many comments from you.
In previous discussion, I explained why hugepage migration encounts no race
with direct I/O without additional page locking. Based on that reasoning,
I made no change on page locking on migration code (i.e. lock only head pages.)
Future works:
- Migration can fail for various reasons depending on various factors,
so it's useful if soft offline can be retried when it noticed migration
fails. This problem is a more general one because it's applied for
soft offline of normal-sized pages. So we leave it as a future work.
- Corrupted hugepage counter implemeted in the previous version was dropped
because it's not directly related to migration topic and have no serious
impact on kernel behavior. We also leave it as the next work.
Summary:
[PATCH 1/8] hugetlb: fix metadata corruption in hugetlb_fault()
[PATCH 2/8] hugetlb: add allocate function for hugepage migration
[PATCH 3/8] hugetlb: rename hugepage allocation functions
[PATCH 4/8] hugetlb: redefine hugepage copy functions
[PATCH 5/8] hugetlb: hugepage migration core
[PATCH 6/8] HWPOISON, hugetlb: soft offlining for hugepage
[PATCH 7/8] HWPOISON, hugetlb: fix unpoison for hugepage
[PATCH 8/8] page-types.c: fix name of unpoison interface
Documentation/vm/page-types.c | 2 +-
fs/hugetlbfs/inode.c | 15 +++
include/linux/hugetlb.h | 9 ++
include/linux/migrate.h | 12 +++
mm/hugetlb.c | 216 ++++++++++++++++++++++++++++++++---------
mm/memory-failure.c | 65 +++++++++----
mm/migrate.c | 192 +++++++++++++++++++++++++++++++++----
mm/vmscan.c | 9 ++-
8 files changed, 434 insertions(+), 86 deletions(-)
Thanks,
Naoya Horiguchi
--
