Message ID | 20200521191313.261929-1-ira.weiny@intel.com |
---|---|
Headers | show
Return-Path: <linux-ext4-owner@vger.kernel.org> X-Original-To: patchwork-incoming@ozlabs.org Delivered-To: patchwork-incoming@ozlabs.org Authentication-Results: ozlabs.org; spf=pass (sender SPF authorized) smtp.mailfrom=vger.kernel.org (client-ip=23.128.96.18; helo=vger.kernel.org; envelope-from=linux-ext4-owner@vger.kernel.org; receiver=<UNKNOWN>) Authentication-Results: ozlabs.org; dmarc=fail (p=none dis=none) header.from=intel.com Received: from vger.kernel.org (vger.kernel.org [23.128.96.18]) by ozlabs.org (Postfix) with ESMTP id 49SfRq0py7z9sTT for <patchwork-incoming@ozlabs.org>; Fri, 22 May 2020 05:13:59 +1000 (AEST) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1729990AbgEUTNS (ORCPT <rfc822;patchwork-incoming@ozlabs.org>); Thu, 21 May 2020 15:13:18 -0400 Received: from mga09.intel.com ([134.134.136.24]:54416 "EHLO mga09.intel.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1729593AbgEUTNS (ORCPT <rfc822;linux-ext4@vger.kernel.org>); Thu, 21 May 2020 15:13:18 -0400 IronPort-SDR: 7NfA+RssM2oxqP9PwDnul1nIsqrqdegNBuT8BpKAKNK6cCqSc9R5RHSp/i0U4LoGzIsJhHAJZv SSI1amTkVIDg== X-Amp-Result: SKIPPED(no attachment in message) X-Amp-File-Uploaded: False Received: from orsmga004.jf.intel.com ([10.7.209.38]) by orsmga102.jf.intel.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 21 May 2020 12:13:17 -0700 IronPort-SDR: ujuwjXnfhlAS/wLHOjcQHidVe/I589qgyOG3ix97c9JZrd0rybb4Pcr85nPMOo4kFKQL5JH1Mc sXqKPaz6KX0Q== X-IronPort-AV: E=Sophos;i="5.73,418,1583222400"; d="scan'208";a="412509503" Received: from iweiny-desk2.sc.intel.com (HELO localhost) ([10.3.52.147]) by orsmga004-auth.jf.intel.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 21 May 2020 12:13:16 -0700 From: ira.weiny@intel.com To: linux-ext4@vger.kernel.org, Andreas Dilger <adilger.kernel@dilger.ca>, "Theodore Y. Ts'o" <tytso@mit.edu>, Jan Kara <jack@suse.cz>, Eric Biggers <ebiggers@kernel.org> Cc: Ira Weiny <ira.weiny@intel.com>, Al Viro <viro@zeniv.linux.org.uk>, Dan Williams <dan.j.williams@intel.com>, Dave Chinner <david@fromorbit.com>, Christoph Hellwig <hch@lst.de>, Jeff Moyer <jmoyer@redhat.com>, "Darrick J. Wong" <darrick.wong@oracle.com>, linux-fsdevel@vger.kernel.org, linux-kernel@vger.kernel.org Subject: [PATCH V4 0/8] Enable ext4 support for per-file/directory DAX operations Date: Thu, 21 May 2020 12:13:05 -0700 Message-Id: <20200521191313.261929-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: <linux-ext4.vger.kernel.org> X-Mailing-List: linux-ext4@vger.kernel.org |
Series |
[V4,1/8] fs/ext4: Narrow scope of DAX check in setflags
|
expand
|
From: Ira Weiny <ira.weiny@intel.com> Changes from V3: Change EXT4_DAX_FL to bit24 Cache device DAX support in the super block and use that is ext4_should_use_dax() Changes from V2: Rework DAX exclusivity with verity and encryption based on feedback from Eric 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/ To: linux-ext4@vger.kernel.org To: Andreas Dilger <adilger.kernel@dilger.ca> To: "Theodore Y. Ts'o" <tytso@mit.edu> To: Jan Kara <jack@suse.cz> To: Eric Biggers <ebiggers@kernel.org> Cc: Al Viro <viro@zeniv.linux.org.uk> Cc: Dan Williams <dan.j.williams@intel.com> Cc: Dave Chinner <david@fromorbit.com> Cc: Christoph Hellwig <hch@lst.de> Cc: Jeff Moyer <jmoyer@redhat.com> Cc: "Darrick J. Wong" <darrick.wong@oracle.com> Cc: linux-fsdevel@vger.kernel.org Cc: linux-kernel@vger.kernel.org Ira Weiny (8): fs/ext4: Narrow scope of DAX check in setflags fs/ext4: Disallow verity 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 | 3 + fs/ext4/ext4.h | 23 ++++-- fs/ext4/ialloc.c | 2 +- fs/ext4/inode.c | 26 +++++-- fs/ext4/ioctl.c | 41 +++++++++-- fs/ext4/super.c | 85 ++++++++++++++++++----- fs/ext4/verity.c | 5 +- include/uapi/linux/fs.h | 1 + 9 files changed, 154 insertions(+), 38 deletions(-)