From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1752245AbdBCDMq (ORCPT ); Thu, 2 Feb 2017 22:12:46 -0500 Received: from out0-158.mail.aliyun.com ([140.205.0.158]:38319 "EHLO out0-158.mail.aliyun.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751867AbdBCDMp (ORCPT ); Thu, 2 Feb 2017 22:12:45 -0500 X-Alimail-AntiSpam: AC=PASS;BC=-1|-1;BR=01201311R111e4;FP=0|-1|-1|-1|0|-1|-1|-1;HT=e02c03280;MF=hillf.zj@alibaba-inc.com;NM=1;PH=DS;RN=16;SR=0;TI=SMTPD_---.7YG2L6S_1486091532; Reply-To: "Hillf Danton" From: "Hillf Danton" To: "'Zi Yan'" , "'Anshuman Khandual'" , "'Andrew Morton'" , "'Naoya Horiguchi'" , "'Kirill A. Shutemov'" Cc: , "'Hugh Dickins'" , "'Dave Hansen'" , "'Andrea Arcangeli'" , "'Mel Gorman'" , "'Michal Hocko'" , "'Vlastimil Babka'" , "'Pavel Emelyanov'" , "'Balbir Singh'" , , "'Naoya Horiguchi'" References: <1478561517-4317-1-git-send-email-n-horiguchi@ah.jp.nec.com> <5890EB58.3050100@cs.rutgers.edu> In-Reply-To: <5890EB58.3050100@cs.rutgers.edu> Subject: Re: [PATCH v2 00/12] mm: page migration enhancement for thp Date: Fri, 03 Feb 2017 11:12:12 +0800 Message-ID: <004601d27dcb$509327a0$f1b976e0$@alibaba-inc.com> MIME-Version: 1.0 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Outlook 14.0 Thread-Index: AQHUTcTjuGtnqU7v9+UBKVUUSuWnDwIR2H/rAfnCjBehMpxngA== Content-Language: zh-cn Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On February 01, 2017 3:54 AM Zi Yan wrote: > > I am also doing some tests on THP migration and discover that there are > some corner cases not handled in this patchset. > > For example, in handle_mm_fault, without taking pmd_lock, the kernel may > see pmd_none(*pmd) during THP migrations, which leads to > handle_pte_fault or even deeper in the code path. At that moment, > pmd_trans_unstable() will treat a pmd_migration_entry as pmd_bad and > clear it. This leads to application crashing and page table leaks, since > a deposited PTE page is not released when the application crashes. > > Even after I add is_pmd_migration_entry() into pmd_trans_unstable(), I > still see application data corruptions. > > I hope someone can shed some light on how to debug this. Should I also > look into pmd_trans_huge() call sites where pmd_migration_entry should > be handled differently? > Hm ... seems it helps more if you post your current works as RFC on top of the mm tree, and the relevant tests as well. Hillf > > Anshuman Khandual wrote: > > On 11/08/2016 05:01 AM, Naoya Horiguchi wrote: > >> Hi everyone, > >> > >> I've updated thp migration patches for v4.9-rc2-mmotm-2016-10-27-18-27 > >> with feedbacks for ver.1. > > > > Hello Noaya, > > > > I have been working with Zi Yan on the parallel huge page migration series > > (https://lkml.org/lkml/2016/11/22/457) and planning to post them on top of > > this THP migration enhancement series. Hence we were wondering if you have > > plans to post a new version of this series in near future ? > > > > Regards > > Anshuman > > > > -- > Best Regards, > Yan Zi