From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S965385AbcCJFGK (ORCPT ); Thu, 10 Mar 2016 00:06:10 -0500 Received: from e28smtp06.in.ibm.com ([125.16.236.6]:38366 "EHLO e28smtp06.in.ibm.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S964918AbcCJFGI (ORCPT ); Thu, 10 Mar 2016 00:06:08 -0500 X-IBM-Helo: d28relay01.in.ibm.com X-IBM-MailFrom: khandual@linux.vnet.ibm.com X-IBM-RcptTo: linux-kernel@vger.kernel.org Message-ID: <56E100AF.9060501@linux.vnet.ibm.com> Date: Thu, 10 Mar 2016 10:35:51 +0530 From: Anshuman Khandual User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.7.0 MIME-Version: 1.0 To: "Aneesh Kumar K.V" , linux-mm@kvack.org, linux-kernel@vger.kernel.org, linuxppc-dev@lists.ozlabs.org CC: hughd@google.com, kirill@shutemov.name, n-horiguchi@ah.jp.nec.com, mgorman@techsingularity.net, akpm@linux-foundation.org Subject: Re: [RFC 9/9] selfttest/powerpc: Add memory page migration tests References: <1457525450-4262-1-git-send-email-khandual@linux.vnet.ibm.com> <1457525450-4262-9-git-send-email-khandual@linux.vnet.ibm.com> <8737rz1kvq.fsf@linux.vnet.ibm.com> In-Reply-To: <8737rz1kvq.fsf@linux.vnet.ibm.com> Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit X-TM-AS-MML: disable x-cbid: 16031005-0021-0000-0000-00000A9BB6F9 Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 03/10/2016 01:31 AM, Aneesh Kumar K.V wrote: > Anshuman Khandual writes: > >> > [ text/plain ] >> > This adds two tests for memory page migration. One for normal page >> > migration which works for both 4K or 64K base page size kernel and >> > the other one is for huge page migration which works only on 64K >> > base page sized 16MB huge page implemention at the PMD level. >> > > can you also add the test in this commit > e66f17ff717 ("mm/hugetlb: take page table lock in follow_huge_pmd()") Thought about it but thats kind of bit tricky. All self tests have finite runtime. Test case in that commit has two processes which execute for ever and try to create the race condition. We can try to run it for *some time* looking for races instead ?