lists.openwall.net   lists  /  announce  owl-users  owl-dev  john-users  john-dev  passwdqc-users  yescrypt  popa3d-users  /  oss-security  kernel-hardening  musl  sabotage  tlsify  passwords  /  crypt-dev  xvendor  /  Bugtraq  Full-Disclosure  linux-kernel  linux-netdev  linux-ext4  linux-hardening  linux-cve-announce  PHC 
Open Source and information security mailing list archives
 
Hash Suite: Windows password security audit tool. GUI, reports in PDF.
[<prev] [next>] [thread-next>] [day] [month] [year] [list]
Date:	Tue, 10 Aug 2010 18:27:35 +0900
From:	Naoya Horiguchi <n-horiguchi@...jp.nec.com>
To:	Andi Kleen <andi@...stfloor.org>
Cc:	Andrew Morton <akpm@...ux-foundation.org>,
	Christoph Lameter <cl@...ux-foundation.org>,
	Mel Gorman <mel@....ul.ie>,
	Wu Fengguang <fengguang.wu@...el.com>,
	"Jun'ichi Nomura" <j-nomura@...jp.nec.com>,
	linux-mm <linux-mm@...ck.org>,
	LKML <linux-kernel@...r.kernel.org>
Subject: [PATCH 0/9] Hugepage migration (v2)

Hi,

This is the 2nd version of "hugepage migration" patchset.

There were two points of issue.

* Dividing hugepage migration functions from original migration code.
  This is to avoid complexity.
  In present version, some high level migration routines are defined to handle
  hugepage, but some low level routines (such as migrate_copy_page() etc.)
  are shared with original migration code in order not to increase duplication.

* Locking problem between direct I/O and hugepage migration
  As a result of digging the race between hugepage I/O and hugepage migration,
  (where hugepage I/O can be seen only in direct I/O,)
  I noticed that without additional locking we can avoid this race condition
  because in direct I/O we can get whether some subpages are under I/O or not
  from reference count of the head page and hugepage migration safely fails
  if some references remain.  So no data lost should occurs on the migration
  concurrent with direct I/O.

This patchset is based on the following commit:

  commit 1c9bc0d7945bbbcdae99f197535588e5ad24bc1c
  "hugetlb: add missing unlock in avoidcopy path in hugetlb_cow()"

on "hwpoison" branch in Andi's tree.

  http://git.kernel.org/?p=linux/kernel/git/ak/linux-mce-2.6.git;a=summary


Summary:

 [PATCH 1/9] HWPOISON, hugetlb: move PG_HWPoison bit check
 [PATCH 2/9] hugetlb: add allocate function for hugepage migration
 [PATCH 3/9] hugetlb: rename hugepage allocation functions
 [PATCH 4/9] hugetlb: redefine hugepage copy functions
 [PATCH 5/9] hugetlb: hugepage migration core
 [PATCH 6/9] HWPOISON, hugetlb: soft offlining for hugepage
 [PATCH 7/9] HWPOISON, hugetlb: fix unpoison for hugepage
 [PATCH 8/9] page-types.c: fix name of unpoison interface
 [PATCH 9/9] hugetlb: add corrupted hugepage counter

 Documentation/vm/page-types.c |    2 +-
 fs/hugetlbfs/inode.c          |   15 +++
 include/linux/hugetlb.h       |   12 ++
 include/linux/migrate.h       |   12 ++
 mm/hugetlb.c                  |  248 +++++++++++++++++++++++++++++++++--------
 mm/memory-failure.c           |   88 ++++++++++++---
 mm/migrate.c                  |  196 +++++++++++++++++++++++++++++----
 7 files changed, 487 insertions(+), 86 deletions(-)

Thanks,
Naoya Horiguchi
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/

Powered by blists - more mailing lists