From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mga02.intel.com ([134.134.136.20]:48674 "EHLO mga02.intel.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751333AbcA0EIf (ORCPT ); Tue, 26 Jan 2016 23:08:35 -0500 From: Matthew Wilcox To: Jan Kara , Dave Chinner , Ross Zwisler Cc: Matthew Wilcox , linux-fsdevel@vger.kernel.org Subject: [PATCH 0/2] Fix dax races between page faults RFC only Date: Tue, 26 Jan 2016 23:08:26 -0500 Message-Id: <1453867708-3999-1-git-send-email-matthew.r.wilcox@intel.com> Sender: linux-fsdevel-owner@vger.kernel.org List-ID: From: Matthew Wilcox I haven't had time to boot these patches yet, much less split them apart into properly reviewable chunks. I just wanted to get the current state of my tree out before Dave & Jan wake up. The first patch you've seen before; it was patch 2/8 in the PUD patch series I posted on January 6th. It seemed like a good place to start since it unifies a lot of fault handling. The second patch is everything else we've talked about rolled into one. It looks pretty good to me; after I make sure that it boots and passes some smoke tests, I'll add the optimisation Jan & I discussed today about trying to reduce the times we have to take the allocation lock in exclusive/write mode. If I understand the current state of the code correctly, truncate can't race with the fault handler, so the re-checks we do of i_size are now dead code, which can be deleted. right? Matthew Wilcox (2): mm,fs,dax: Change ->pmd_fault to ->huge_fault dax: Giant hack Documentation/filesystems/Locking | 8 - Documentation/filesystems/dax.txt | 11 +- fs/block_dev.c | 12 +- fs/dax.c | 516 +++++++++++++++++++++++--------------- fs/ext2/file.c | 58 +---- fs/ext4/file.c | 116 +++------ fs/xfs/xfs_file.c | 102 ++------ fs/xfs/xfs_trace.h | 2 - include/linux/dax.h | 19 +- include/linux/mm.h | 22 +- mm/memory.c | 63 ++--- mm/mmap.c | 2 +- 12 files changed, 411 insertions(+), 520 deletions(-) -- 2.7.0.rc3