From: Naoya Horiguchi <n-horiguchi@ah.jp.nec.com>
To: Andi Kleen <andi@firstfloor.org>
Cc: Andrew Morton <akpm@linux-foundation.org>,
Christoph Lameter <cl@linux-foundation.org>,
Mel Gorman <mel@csn.ul.ie>, Wu Fengguang <fengguang.wu@intel.com>,
Jun'ichi Nomura <j-nomura@ce.jp.nec.com>,
linux-mm <linux-mm@kvack.org>,
LKML <linux-kernel@vger.kernel.org>
Subject: [PATCH 0/8] Hugepage migration (v3)
Date: Wed, 25 Aug 2010 08:55:19 +0900 [thread overview]
Message-ID: <1282694127-14609-1-git-send-email-n-horiguchi@ah.jp.nec.com> (raw)
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
--
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>
next reply other threads:[~2010-08-24 23:56 UTC|newest]
Thread overview: 17+ messages / expand[flat|nested] mbox.gz Atom feed top
2010-08-24 23:55 Naoya Horiguchi [this message]
2010-08-24 23:55 ` [PATCH 1/8] hugetlb: fix metadata corruption in hugetlb_fault() Naoya Horiguchi
2010-08-25 0:17 ` Wu Fengguang
2010-08-24 23:55 ` [PATCH 2/8] hugetlb: add allocate function for hugepage migration Naoya Horiguchi
2010-08-25 1:29 ` Wu Fengguang
2010-08-26 8:24 ` Naoya Horiguchi
2010-08-24 23:55 ` [PATCH 3/8] hugetlb: rename hugepage allocation functions Naoya Horiguchi
2010-08-25 1:21 ` Wu Fengguang
2010-08-26 8:25 ` Naoya Horiguchi
2010-08-24 23:55 ` [PATCH 4/8] hugetlb: redefine hugepage copy functions Naoya Horiguchi
2010-08-24 23:55 ` [PATCH 5/8] hugetlb: hugepage migration core Naoya Horiguchi
2010-08-24 23:55 ` [PATCH 6/8] HWPOISON, hugetlb: soft offlining for hugepage Naoya Horiguchi
2010-08-25 3:02 ` Wu Fengguang
2010-08-24 23:55 ` [PATCH 7/8] HWPOISON, hugetlb: fix unpoison " Naoya Horiguchi
2010-08-25 2:54 ` Wu Fengguang
2010-08-26 8:26 ` Naoya Horiguchi
2010-08-24 23:55 ` [PATCH 8/8] page-types.c: fix name of unpoison interface Naoya Horiguchi
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=1282694127-14609-1-git-send-email-n-horiguchi@ah.jp.nec.com \
--to=n-horiguchi@ah.jp.nec.com \
--cc=akpm@linux-foundation.org \
--cc=andi@firstfloor.org \
--cc=cl@linux-foundation.org \
--cc=fengguang.wu@intel.com \
--cc=j-nomura@ce.jp.nec.com \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-mm@kvack.org \
--cc=mel@csn.ul.ie \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox