From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail-vk0-f69.google.com (mail-vk0-f69.google.com [209.85.213.69]) by kanga.kvack.org (Postfix) with ESMTP id 85FFB6B0005 for ; Thu, 12 May 2016 05:36:43 -0400 (EDT) Received: by mail-vk0-f69.google.com with SMTP id d66so145530052vkb.0 for ; Thu, 12 May 2016 02:36:43 -0700 (PDT) Received: from mail-qk0-x242.google.com (mail-qk0-x242.google.com. [2607:f8b0:400d:c09::242]) by mx.google.com with ESMTPS id r127si7998759qkc.8.2016.05.12.02.36.42 for (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Thu, 12 May 2016 02:36:42 -0700 (PDT) Received: by mail-qk0-x242.google.com with SMTP id q184so4970159qkf.0 for ; Thu, 12 May 2016 02:36:42 -0700 (PDT) Date: Thu, 12 May 2016 11:36:32 +0200 From: Jerome Glisse Subject: Re: [Question] Missing data after DMA read transfer - mm issue with transparent huge page? Message-ID: <20160512093632.GA15092@gmail.com> References: <15edf085-c21b-aa1c-9f1f-057d17b8a1a3@morey-chaisemartin.com> <20160503101153.GA7241@gmail.com> <07619be9-e812-5459-26dd-ceb8c6490520@morey-chaisemartin.com> <20160510100104.GA18820@gmail.com> <60fc4f9f-fc8e-84a4-da84-a3c823b9b5bb@morey-chaisemartin.com> <20160511145141.GA5288@gmail.com> <432180fd-2faf-af37-7d99-4e24ab263d50@morey-chaisemartin.com> MIME-Version: 1.0 Content-Type: text/plain; charset=iso-8859-1 Content-Disposition: inline Content-Transfer-Encoding: 8bit In-Reply-To: <432180fd-2faf-af37-7d99-4e24ab263d50@morey-chaisemartin.com> Sender: owner-linux-mm@kvack.org List-ID: To: Nicolas Morey-Chaisemartin Cc: Hugh Dickins , Mel Gorman , Andrea Arcangeli , "Kirill A. Shutemov" , "Kirill A. Shutemov" , Alex Williamson , One Thousand Gnomes , linux-kernel@vger.kernel.org, linux-mm@kvack.org On Thu, May 12, 2016 at 08:07:59AM +0200, Nicolas Morey-Chaisemartin wrote: > > > Le 05/11/2016 a 04:51 PM, Jerome Glisse a ecrit : > > On Wed, May 11, 2016 at 01:15:54PM +0200, Nicolas Morey Chaisemartin wrote: > >> > >> Le 05/10/2016 a 12:01 PM, Jerome Glisse a ecrit : > >>> On Tue, May 10, 2016 at 09:04:36AM +0200, Nicolas Morey Chaisemartin wrote: > >>>> Le 05/03/2016 a 12:11 PM, Jerome Glisse a ecrit : > >>>>> On Mon, May 02, 2016 at 09:04:02PM -0700, Hugh Dickins wrote: > >>>>>> On Fri, 29 Apr 2016, Nicolas Morey Chaisemartin wrote: > >> [...] > >>>> Hi, > >>>> > >>>> I backported the patch to 3.10 (had to copy paste pmd_protnone defitinition from 4.5) and it's working ! > >>>> I'll open a ticket in Redhat tracker to try and get this fixed in RHEL7. > >>>> > >>>> I have a dumb question though: how can we end up in numa/misplaced memory code on a single socket system? > >>>> > >>> This patch is not a fix, do you see bug message in kernel log ? Because if > >>> you do that it means we have a bigger issue. > >>> > >>> You did not answer one of my previous question, do you set get_user_pages > >>> with write = 1 as a paremeter ? > >>> > >>> Also it would be a lot easier if you were testing with lastest 4.6 or 4.5 > >>> not RHEL kernel as they are far appart and what might looks like same issue > >>> on both might be totaly different bugs. > >>> > >>> If you only really care about RHEL kernel then open a bug with Red Hat and > >>> you can add me in bug-cc > >>> > >>> Cheers, > >>> Jerome > >> I finally managed to get a proper setup. > >> I build a vanilla 4.5 kernel from git tree using the Centos7 config, my test fails as usual. > >> I applied your patch, rebuild => still fails and no new messages in dmesg. > >> > >> Now that I don't have to go through the RPM repackaging, I can try out things much quicker if you have any ideas. > >> > > Still an issue if you boot with transparent_hugepage=never ? > > > > Also to simplify investigation force write to 1 all the time no matter what. > > > > Cheers, > > Jerome > > With transparent_hugepage=never I can't see the bug anymore. > Can you test https://patchwork.kernel.org/patch/9061351/ with 4.5 (does not apply to 3.10) and without transparent_hugepage=never Jerome -- 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: email@kvack.org