From: Naoya Horiguchi <n-horiguchi@ah.jp.nec.com> To: linux-mm@kvack.org Cc: Andrew Morton <akpm@linux-foundation.org>, Michal Hocko <mhocko@kernel.org>, "Aneesh Kumar K.V" <aneesh.kumar@linux.vnet.ibm.com>, Anshuman Khandual <khandual@linux.vnet.ibm.com>, linux-kernel@vger.kernel.org, Naoya Horiguchi <n-horiguchi@ah.jp.nec.com> Subject: [PATCH v1 0/9] mm: hwpoison: fixlet for hugetlb migration Date: Thu, 1 Jun 2017 17:16:50 +0900 [thread overview] Message-ID: <1496305019-5493-1-git-send-email-n-horiguchi@ah.jp.nec.com> (raw) Hi everyone, I wrote the patchset updating hwpoison/hugetlb code to address the 2 reported issues. One is madvise(MADV_HWPOISON) failure reported by Intel's lkp robot (see http://lkml.kernel.org/r/20170417055948.GM31394@yexl-desktop.) First half was already fixed in mainline, and another half about hugetlb cases are solved in this series. Another issue is "narrow-down error affected region into a single 4kB page instead of a whole hugetlb page" issue, which was tried by Anshuman (http://lkml.kernel.org/r/20170420110627.12307-1-khandual@linux.vnet.ibm.com) and I updated it to apply it more widely. Hopefully it helps people who are interested in hugetlb migration for wider arch/setting. Thanks, Naoya Horiguchi --- Summary: Anshuman Khandual (1): mm: hugetlb: soft-offline: dissolve source hugepage after successful migration Naoya Horiguchi (8): mm: hugetlb: prevent reuse of hwpoisoned free hugepages mm: hugetlb: return immediately for hugetlb page in __delete_from_page_cache() mm: hwpoison: change PageHWPoison behavior on hugetlb pages mm: soft-offline: dissolve free hugepage if soft-offlined mm: hwpoison: introduce memory_failure_hugetlb() mm: hwpoison: dissolve in-use hugepage in unrecoverable memory error mm: hugetlb: delete dequeue_hwpoisoned_huge_page() mm: hwpoison: introduce idenfity_page_state fs/hugetlbfs/inode.c | 11 ++ include/linux/hugetlb.h | 8 +- include/linux/swapops.h | 9 -- mm/filemap.c | 8 +- mm/hugetlb.c | 47 ++----- mm/memory-failure.c | 323 +++++++++++++++++++++++------------------------- mm/migrate.c | 2 + 7 files changed, 184 insertions(+), 224 deletions(-)
WARNING: multiple messages have this Message-ID (diff)
From: Naoya Horiguchi <n-horiguchi@ah.jp.nec.com> To: linux-mm@kvack.org Cc: Andrew Morton <akpm@linux-foundation.org>, Michal Hocko <mhocko@kernel.org>, "Aneesh Kumar K.V" <aneesh.kumar@linux.vnet.ibm.com>, Anshuman Khandual <khandual@linux.vnet.ibm.com>, linux-kernel@vger.kernel.org, Naoya Horiguchi <n-horiguchi@ah.jp.nec.com> Subject: [PATCH v1 0/9] mm: hwpoison: fixlet for hugetlb migration Date: Thu, 1 Jun 2017 17:16:50 +0900 [thread overview] Message-ID: <1496305019-5493-1-git-send-email-n-horiguchi@ah.jp.nec.com> (raw) Hi everyone, I wrote the patchset updating hwpoison/hugetlb code to address the 2 reported issues. One is madvise(MADV_HWPOISON) failure reported by Intel's lkp robot (see http://lkml.kernel.org/r/20170417055948.GM31394@yexl-desktop.) First half was already fixed in mainline, and another half about hugetlb cases are solved in this series. Another issue is "narrow-down error affected region into a single 4kB page instead of a whole hugetlb page" issue, which was tried by Anshuman (http://lkml.kernel.org/r/20170420110627.12307-1-khandual@linux.vnet.ibm.com) and I updated it to apply it more widely. Hopefully it helps people who are interested in hugetlb migration for wider arch/setting. Thanks, Naoya Horiguchi --- Summary: Anshuman Khandual (1): mm: hugetlb: soft-offline: dissolve source hugepage after successful migration Naoya Horiguchi (8): mm: hugetlb: prevent reuse of hwpoisoned free hugepages mm: hugetlb: return immediately for hugetlb page in __delete_from_page_cache() mm: hwpoison: change PageHWPoison behavior on hugetlb pages mm: soft-offline: dissolve free hugepage if soft-offlined mm: hwpoison: introduce memory_failure_hugetlb() mm: hwpoison: dissolve in-use hugepage in unrecoverable memory error mm: hugetlb: delete dequeue_hwpoisoned_huge_page() mm: hwpoison: introduce idenfity_page_state fs/hugetlbfs/inode.c | 11 ++ include/linux/hugetlb.h | 8 +- include/linux/swapops.h | 9 -- mm/filemap.c | 8 +- mm/hugetlb.c | 47 ++----- mm/memory-failure.c | 323 +++++++++++++++++++++++------------------------- mm/migrate.c | 2 + 7 files changed, 184 insertions(+), 224 deletions(-) -- 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:[~2017-06-01 8:17 UTC|newest] Thread overview: 20+ messages / expand[flat|nested] mbox.gz Atom feed top 2017-06-01 8:16 Naoya Horiguchi [this message] 2017-06-01 8:16 ` [PATCH v1 0/9] mm: hwpoison: fixlet for hugetlb migration Naoya Horiguchi 2017-06-01 8:16 ` [PATCH v1 1/9] mm: hugetlb: prevent reuse of hwpoisoned free hugepages Naoya Horiguchi 2017-06-01 8:16 ` Naoya Horiguchi 2017-06-01 8:16 ` [PATCH v1 2/9] mm: hugetlb: return immediately for hugetlb page in __delete_from_page_cache() Naoya Horiguchi 2017-06-01 8:16 ` Naoya Horiguchi 2017-06-01 8:16 ` [PATCH v1 3/9] mm: hwpoison: change PageHWPoison behavior on hugetlb pages Naoya Horiguchi 2017-06-01 8:16 ` Naoya Horiguchi 2017-06-01 8:16 ` [PATCH v1 4/9] mm: hugetlb: soft-offline: dissolve source hugepage after successful migration Naoya Horiguchi 2017-06-01 8:16 ` Naoya Horiguchi 2017-06-01 8:16 ` [PATCH v1 5/9] mm: soft-offline: dissolve free hugepage if soft-offlined Naoya Horiguchi 2017-06-01 8:16 ` Naoya Horiguchi 2017-06-01 8:16 ` [PATCH v1 6/9] mm: hwpoison: introduce memory_failure_hugetlb() Naoya Horiguchi 2017-06-01 8:16 ` Naoya Horiguchi 2017-06-01 8:16 ` [PATCH v1 7/9] mm: hwpoison: dissolve in-use hugepage in unrecoverable memory error Naoya Horiguchi 2017-06-01 8:16 ` Naoya Horiguchi 2017-06-01 8:16 ` [PATCH v1 8/9] mm: hugetlb: delete dequeue_hwpoisoned_huge_page() Naoya Horiguchi 2017-06-01 8:16 ` Naoya Horiguchi 2017-06-01 8:16 ` [PATCH v1 9/9] mm: hwpoison: introduce idenfity_page_state Naoya Horiguchi 2017-06-01 8:16 ` 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=1496305019-5493-1-git-send-email-n-horiguchi@ah.jp.nec.com \ --to=n-horiguchi@ah.jp.nec.com \ --cc=akpm@linux-foundation.org \ --cc=aneesh.kumar@linux.vnet.ibm.com \ --cc=khandual@linux.vnet.ibm.com \ --cc=linux-kernel@vger.kernel.org \ --cc=linux-mm@kvack.org \ --cc=mhocko@kernel.org \ /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: linkBe sure your reply has a Subject: header at the top and a blank line before the message body.
This is an external index of several public inboxes, see mirroring instructions on how to clone and mirror all data and code used by this external index.