From: Jerome Glisse <j.glisse@gmail.com>
To: Nicolas Morey-Chaisemartin <devel@morey-chaisemartin.com>
Cc: Hugh Dickins <hughd@google.com>,
Mel Gorman <mgorman@techsingularity.net>,
Andrea Arcangeli <aarcange@redhat.com>,
"Kirill A. Shutemov" <kirill@shutemov.name>,
"Kirill A. Shutemov" <kirill.shutemov@linux.intel.com>,
Alex Williamson <alex.williamson@redhat.com>,
One Thousand Gnomes <gnomes@lxorguk.ukuu.org.uk>,
linux-kernel@vger.kernel.org, linux-mm@kvack.org
Subject: Re: [Question] Missing data after DMA read transfer - mm issue with transparent huge page?
Date: Thu, 12 May 2016 11:36:32 +0200 [thread overview]
Message-ID: <20160512093632.GA15092@gmail.com> (raw)
In-Reply-To: <432180fd-2faf-af37-7d99-4e24ab263d50@morey-chaisemartin.com>
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 <jglisse@redhat.com>
> >>>
> >>> 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: <a href=mailto:"dont@kvack.org"> email@kvack.org </a>
WARNING: multiple messages have this Message-ID (diff)
From: Jerome Glisse <j.glisse@gmail.com>
To: Nicolas Morey-Chaisemartin <devel@morey-chaisemartin.com>
Cc: Hugh Dickins <hughd@google.com>,
Mel Gorman <mgorman@techsingularity.net>,
Andrea Arcangeli <aarcange@redhat.com>,
"Kirill A. Shutemov" <kirill@shutemov.name>,
"Kirill A. Shutemov" <kirill.shutemov@linux.intel.com>,
Alex Williamson <alex.williamson@redhat.com>,
One Thousand Gnomes <gnomes@lxorguk.ukuu.org.uk>,
linux-kernel@vger.kernel.org, linux-mm@kvack.org
Subject: Re: [Question] Missing data after DMA read transfer - mm issue with transparent huge page?
Date: Thu, 12 May 2016 11:36:32 +0200 [thread overview]
Message-ID: <20160512093632.GA15092@gmail.com> (raw)
In-Reply-To: <432180fd-2faf-af37-7d99-4e24ab263d50@morey-chaisemartin.com>
On Thu, May 12, 2016 at 08:07:59AM +0200, Nicolas Morey-Chaisemartin wrote:
>
>
> Le 05/11/2016 à 04:51 PM, Jerome Glisse a écrit :
> > On Wed, May 11, 2016 at 01:15:54PM +0200, Nicolas Morey Chaisemartin wrote:
> >>
> >> Le 05/10/2016 à 12:01 PM, Jerome Glisse a écrit :
> >>> On Tue, May 10, 2016 at 09:04:36AM +0200, Nicolas Morey Chaisemartin wrote:
> >>>> Le 05/03/2016 à 12:11 PM, Jerome Glisse a écrit :
> >>>>> 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 <jglisse@redhat.com>
> >>>
> >>> Cheers,
> >>> Jérôme
> >> 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,
> > Jérôme
>
> 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
Jérôme
next prev parent reply other threads:[~2016-05-12 9:36 UTC|newest]
Thread overview: 33+ messages / expand[flat|nested] mbox.gz Atom feed top
2016-04-29 8:01 [Question] Missing data after DMA read transfer - mm issue with transparent huge page? Nicolas Morey Chaisemartin
2016-05-03 4:04 ` Hugh Dickins
2016-05-03 4:04 ` Hugh Dickins
2016-05-03 10:11 ` Jerome Glisse
2016-05-03 10:11 ` Jerome Glisse
2016-05-03 11:03 ` Kirill A. Shutemov
2016-05-03 11:03 ` Kirill A. Shutemov
2016-05-06 19:27 ` Nicolas Morey-Chaisemartin
2016-05-10 7:04 ` Nicolas Morey Chaisemartin
2016-05-10 10:01 ` Jerome Glisse
2016-05-10 10:01 ` Jerome Glisse
2016-05-10 11:15 ` Nicolas Morey Chaisemartin
2016-05-10 11:15 ` Nicolas Morey Chaisemartin
2016-05-10 13:34 ` Jerome Glisse
2016-05-10 13:34 ` Jerome Glisse
2016-05-11 9:14 ` Nicolas Morey Chaisemartin
2016-05-11 9:14 ` Nicolas Morey Chaisemartin
2016-05-11 11:15 ` Nicolas Morey Chaisemartin
2016-05-11 11:15 ` Nicolas Morey Chaisemartin
2016-05-11 14:51 ` Jerome Glisse
2016-05-11 14:51 ` Jerome Glisse
2016-05-12 6:07 ` Nicolas Morey-Chaisemartin
2016-05-12 6:07 ` Nicolas Morey-Chaisemartin
2016-05-12 9:36 ` Jerome Glisse [this message]
2016-05-12 9:36 ` Jerome Glisse
2016-05-12 13:30 ` Nicolas Morey-Chaisemartin
2016-05-12 13:30 ` Nicolas Morey-Chaisemartin
2016-05-12 13:52 ` Jerome Glisse
2016-05-12 13:52 ` Jerome Glisse
2016-05-12 15:31 ` Nicolas Morey-Chaisemartin
2016-05-12 15:31 ` Nicolas Morey-Chaisemartin
2016-05-12 15:57 ` Andrea Arcangeli
2016-05-12 15:57 ` Andrea Arcangeli
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=20160512093632.GA15092@gmail.com \
--to=j.glisse@gmail.com \
--cc=aarcange@redhat.com \
--cc=alex.williamson@redhat.com \
--cc=devel@morey-chaisemartin.com \
--cc=gnomes@lxorguk.ukuu.org.uk \
--cc=hughd@google.com \
--cc=kirill.shutemov@linux.intel.com \
--cc=kirill@shutemov.name \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-mm@kvack.org \
--cc=mgorman@techsingularity.net \
/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: link
Be 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.