Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]


Groups > linux.kernel > #1588173 > unrolled thread

[PATCH 0/2] fix for direct-I/O to DAX mappings

Started byDan Williams <dan.j.williams@intel.com>
First post2017-02-25 18:20 +0100
Last post2017-03-01 03:40 +0100
Articles 3 — 3 participants

Back to article view | Back to linux.kernel


Contents

  [PATCH 0/2] fix for direct-I/O to DAX mappings Dan Williams <dan.j.williams@intel.com> - 2017-02-25 18:20 +0100
    Re: [PATCH 0/2] fix for direct-I/O to DAX mappings Linus Torvalds <torvalds@linux-foundation.org> - 2017-02-28 18:20 +0100
      Re: [PATCH 0/2] fix for direct-I/O to DAX mappings Andrew Morton <akpm@linux-foundation.org> - 2017-03-01 03:40 +0100

#1588173 — [PATCH 0/2] fix for direct-I/O to DAX mappings

FromDan Williams <dan.j.williams@intel.com>
Date2017-02-25 18:20 +0100
Subject[PATCH 0/2] fix for direct-I/O to DAX mappings
Message-ID<teOaK-2C8-11@gated-at.bofh.it>
Hi Andrew,

While Ross was doing a review of a new mmap+DAX direct-I/O test case for
xfstests, from Xiong, he noticed occasions where it failed to trigger a
page dirty event.  Dave then spotted the problem fixed by patch1. The
pte_devmap() check is precluding pte_allows_gup(), i.e. bypassing
permission checks and dirty tracking.

Patch2 is a cleanup and clarifies that pte_unmap() only needs to be done
once per page-worth of ptes. It unifies the exit paths similar to the
generic gup_pte_range() in the __HAVE_ARCH_PTE_SPECIAL case.

I'm sending this through the -mm tree for a double-check from memory
management folks. It has a build success notification from the kbuild
robot.

---

Dan Williams (2):
      x86, mm: fix gup_pte_range() vs DAX mappings
      x86, mm: unify exit paths in gup_pte_range()


 arch/x86/mm/gup.c |   37 +++++++++++++++++++++----------------
 1 file changed, 21 insertions(+), 16 deletions(-)

[toc] | [next] | [standalone]


#1589638

FromLinus Torvalds <torvalds@linux-foundation.org>
Date2017-02-28 18:20 +0100
Message-ID<tfTBo-7wT-29@gated-at.bofh.it>
In reply to#1588173
On Sat, Feb 25, 2017 at 9:08 AM, Dan Williams <dan.j.williams@intel.com> wrote:
>
> I'm sending this through the -mm tree for a double-check from memory
> management folks. It has a build success notification from the kbuild
> robot.

I'm just checking that this isn't lost - I didn't get it in the latest
patch-bomb from Andrew.

I'm assuming it's still percolating through your system, Andrew, but
if not, holler.

              Linus

[toc] | [prev] | [next] | [standalone]


#1589950

FromAndrew Morton <akpm@linux-foundation.org>
Date2017-03-01 03:40 +0100
Message-ID<tg2lj-4F1-3@gated-at.bofh.it>
In reply to#1589638
On Tue, 28 Feb 2017 09:10:39 -0800 Linus Torvalds <torvalds@linux-foundation.org> wrote:

> On Sat, Feb 25, 2017 at 9:08 AM, Dan Williams <dan.j.williams@intel.com> wrote:
> >
> > I'm sending this through the -mm tree for a double-check from memory
> > management folks. It has a build success notification from the kbuild
> > robot.
> 
> I'm just checking that this isn't lost - I didn't get it in the latest
> patch-bomb from Andrew.
> 
> I'm assuming it's still percolating through your system, Andrew, but
> if not, holler.
> 

Yup, I've got them.

[toc] | [prev] | [standalone]


Back to top | Article view | linux.kernel


csiph-web