Received: by 2002:a25:868d:0:0:0:0:0 with SMTP id z13csp1100294ybk; Wed, 13 May 2020 23:53:54 -0700 (PDT) X-Google-Smtp-Source: ABdhPJwEqDq1g7cZmIDOglE/JKdNynlnkpRtAxusf4RuOT8UgWmdmPLkqn/qzb0gJpBtYFVde08i X-Received: by 2002:a17:906:3d69:: with SMTP id r9mr2536225ejf.20.1589439233871; Wed, 13 May 2020 23:53:53 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1589439233; cv=none; d=google.com; s=arc-20160816; b=eHeNcp0WCfYYwA4OquuEog0zVM6BSoBIEoHSV1n+eRJFMgvEl4MOUAxM6yfg0uZII4 dVBo6P7Vw/1kBTBF316YWjs9QBblOyswWAheqkWuuhhmtm8ojOpxXaE/h2yFzkBuymz4 6R3INv1udRiq9P4QKjvRYDMJCWPF6SwNtpsqgWK8/C5RMunMQsFNuiKyxwxIlSvj/3Ae AGbQMA7qs4Mj6g/ORSOqAcpSjvyAuYik7/6K6O2Pqa6Kd2l1o/8Sbuneio1CJSMnzj9p Z4IYyZvD3gZJf3hfz0MQzdl/ADS3+1rz8djNPpPItZ+TLbNl64xuAn0sVFD5eywbA+wp i0AA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:content-transfer-encoding:mime-version :message-id:date:subject:cc:to:from:ironport-sdr:ironport-sdr; bh=w+c5UMD6BGqQm2dau2tlF/WvGYwJAZk2WVV+oAG7QnI=; b=a7CtZ6VB4NIDznFL2yPybVQ34rReIV5h4NMkSd3RQuHG/i9DmUb4/X950Gc3sTIS6d y386I7z1rOl74O0jbwV1oZBKf2udTEvmPyirJxbQuo3R+5HZpEiSS0SgC3VUTRqKpWVi 1QvHt+J1CYDgqPnqOmtTX1RTqLdUg3wi1vk/cb6HuzgXivH+hFrWAYuHme3f8gjrR4Q7 SQB4+ZGVZmx4eaxPvu9wGpW3GyRojZzqFGNQj2Vhipd1cLl+kRujO9JiK74bwPpK0q98 urTo+H02lWiPCLX/ORU7lmwBChzCM7jSnGQvtYttVcGQP5o17SAS6VbpkuTNaK6zO5ub 5oaA== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: domain of linux-ext4-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-ext4-owner@vger.kernel.org; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=intel.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id o25si1238880edz.324.2020.05.13.23.53.29; Wed, 13 May 2020 23:53:53 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-ext4-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; spf=pass (google.com: domain of linux-ext4-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-ext4-owner@vger.kernel.org; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=intel.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1725999AbgENGxU (ORCPT + 99 others); Thu, 14 May 2020 02:53:20 -0400 Received: from mga14.intel.com ([192.55.52.115]:43897 "EHLO mga14.intel.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1725911AbgENGxU (ORCPT ); Thu, 14 May 2020 02:53:20 -0400 IronPort-SDR: 0mKsgizaAJBsC+Hh6bnuFMUdXQ5JuvE69941voollJVW8B6lMj2Y4Gu/IlkBT1rm6vvTUuq+FV KKruyyBCgk0w== X-Amp-Result: SKIPPED(no attachment in message) X-Amp-File-Uploaded: False Received: from orsmga002.jf.intel.com ([10.7.209.21]) by fmsmga103.fm.intel.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 13 May 2020 23:53:19 -0700 IronPort-SDR: xQA7GUCRkzw8iPfjj8bl4+ul4+nvOn1axPrDtT4pLTz1uuf5Ocze0gFCculivz2DSNuPh7Aswf ksmXH2yGcmhg== X-IronPort-AV: E=Sophos;i="5.73,390,1583222400"; d="scan'208";a="280757800" Received: from iweiny-desk2.sc.intel.com (HELO localhost) ([10.3.52.147]) by orsmga002-auth.jf.intel.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 13 May 2020 23:53:18 -0700 From: ira.weiny@intel.com To: linux-ext4@vger.kernel.org, Andreas Dilger , "Theodore Y. Ts'o" , Jan Kara Cc: Ira Weiny , "Darrick J. Wong" , Dan Williams , Dave Chinner , Christoph Hellwig , linux-kernel@vger.kernel.org, linux-xfs@vger.kernel.org, linux-fsdevel@vger.kernel.org, Al Viro , Jeff Moyer Subject: [PATCH V1 0/9] Enable ext4 support for per-file/directory DAX operations Date: Wed, 13 May 2020 23:53:06 -0700 Message-Id: <20200514065316.2500078-1-ira.weiny@intel.com> X-Mailer: git-send-email 2.25.1 MIME-Version: 1.0 Content-Transfer-Encoding: 8bit Sender: linux-ext4-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-ext4@vger.kernel.org From: Ira Weiny Enable the same per file DAX support in ext4 as was done for xfs. This series builds and depends on the V11 series for xfs.[1] This passes the same xfstests test as XFS. The only issue is that this modifies the old mount option parsing code rather than waiting for the new parsing code to be finalized. This series starts with 3 fixes which include making Verity and Encrypt truly mutually exclusive from DAX. I think these first 3 patches should be picked up for 5.8 regardless of what is decided regarding the mount parsing. [1] https://lore.kernel.org/lkml/20200428002142.404144-1-ira.weiny@intel.com/ Changes from V0: Collect reviews Fix up setting don't cache in ioctl code Add FS_DAX_FL flag for consistency To: linux-ext4@vger.kernel.org To: "Theodore Y. Ts'o" To: Jan Kara Cc: "Darrick J. Wong" Cc: Dan Williams Cc: Dave Chinner Cc: Christoph Hellwig Cc: linux-kernel@vger.kernel.org Cc: linux-xfs@vger.kernel.org Cc: linux-fsdevel@vger.kernel.org Ira Weiny (9): fs/ext4: Narrow scope of DAX check in setflags fs/ext4: Disallow verity if inode is DAX fs/ext4: Disallow encryption if inode is DAX fs/ext4: Change EXT4_MOUNT_DAX to EXT4_MOUNT_DAX_ALWAYS fs/ext4: Update ext4_should_use_dax() fs/ext4: Only change S_DAX on inode load fs/ext4: Make DAX mount option a tri-state fs/ext4: Introduce DAX inode flag Documentation/dax: Update DAX enablement for ext4 Documentation/filesystems/dax.txt | 6 +- Documentation/filesystems/ext4/verity.rst | 7 +++ Documentation/filesystems/fscrypt.rst | 4 +- fs/ext4/ext4.h | 20 ++++--- fs/ext4/ialloc.c | 2 +- fs/ext4/inode.c | 27 +++++++-- fs/ext4/ioctl.c | 31 +++++++++-- fs/ext4/super.c | 67 +++++++++++++++-------- fs/ext4/verity.c | 5 +- include/uapi/linux/fs.h | 1 + 10 files changed, 125 insertions(+), 45 deletions(-) -- 2.25.1