Received: by 2002:a25:868d:0:0:0:0:0 with SMTP id z13csp215480ybk; Thu, 14 May 2020 21:44:27 -0700 (PDT) X-Google-Smtp-Source: ABdhPJxiKMloz5ltOWH9nVdinoMgNe/Z50iaf4eig6PVHY8LtjwSfP9stnmBKSJZ+fk/M033jgy3 X-Received: by 2002:a50:d50f:: with SMTP id u15mr1158159edi.244.1589517867338; Thu, 14 May 2020 21:44:27 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1589517867; cv=none; d=google.com; s=arc-20160816; b=nRIWWLHMcJKNqXQARwOPtb08/HCCPPGJKvWHm/gjefOF2ka3PBQ2T6a+aZbn0IGaiS wKSCQgQigcXwSZZWWu5Yo/kyEg58kk0nhM8RncfSrcz+mxnfFSdVd5EpEyW2BraRRoHB Uf8IH1kWPM/qp18sr8oJ7Ca4JQFLPVQpIimKaHH5UQ8YkLDES/cReDoiSJxFooi3YsO9 YEi8rqeqyFcV3xgNQQLjCMdbPpt74ZUUfi0fB1/gxd7v/Nv30Azh4TmRh9Jb5XURGiyw Qub4RUj5Jw0LFQam0G7NuSxJi7muXr2ZvisNDj5OTxsFtWdyvPYUdiazElgIrjTJFjj2 PCXQ== 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=H88sgO1TGbNRPfPkHItN+Q2L4j9QDTX3SFQbwx4YDF4=; b=Ys+h8WEe/qxjWKPQyBAaeU5na2OXUyiIqHN9aSsR2o12bmglAPBgE20BvqvxKvpIHi VfgIedY4LwDX5Q6AsYCU7ZJs4J1SzKp5kHoYKHSxWylqD78GYV5en4qne1V+65BzgZl/ BoFC+lSTtRzWhSa5hcIcyKCxa+2EI3kYnB/DYVtEI+jUv8eNXAvtTALIaqmAbOWL+l8E A9IAxWQeb9rwV4NG0Dpy96Yz0F08Xz5glqaWQYzQHPHEOQo0hYjhlKvU1KLUe4lA2Uka 2xPjReSj6fed8lJlACWZoKneKSFRqGDpmB35FWRup4apGZQy7TnZzoTtYu5v17X6TVZO oxCg== 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 oy15si590014ejb.9.2020.05.14.21.44.03; Thu, 14 May 2020 21:44:27 -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 S1726213AbgEOEl1 (ORCPT + 99 others); Fri, 15 May 2020 00:41:27 -0400 Received: from mga12.intel.com ([192.55.52.136]:45791 "EHLO mga12.intel.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726064AbgEOEl1 (ORCPT ); Fri, 15 May 2020 00:41:27 -0400 IronPort-SDR: 4Z6AkquiHgTCJQEsv+vMsauIH7nn38UT/t2T0BI7pa3emCRqb7XndaML06d5BFwjlf0BMGwsDo ri7jsABsnuDw== X-Amp-Result: SKIPPED(no attachment in message) X-Amp-File-Uploaded: False Received: from orsmga001.jf.intel.com ([10.7.209.18]) by fmsmga106.fm.intel.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 14 May 2020 21:41:26 -0700 IronPort-SDR: XvCID+xrSHmqvNt9J29YB2SrWaVHM6cDjVEAKJ3qzIdoeexsMeCoAiDH1ayTXqGU+VAG+5A7Cm /NygluhkY13g== X-IronPort-AV: E=Sophos;i="5.73,394,1583222400"; d="scan'208";a="341858147" Received: from iweiny-desk2.sc.intel.com (HELO localhost) ([10.3.52.147]) by orsmga001-auth.jf.intel.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 14 May 2020 21:41:25 -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-xfs@vger.kernel.org, linux-fsdevel@vger.kernel.org, Al Viro , Jeff Moyer , linux-kernel@vger.kernel.org Subject: [PATCH v2 0/9] Enable ext4 support for per-file/directory DAX operations Date: Thu, 14 May 2020 21:41:12 -0700 Message-Id: <20200515044121.2987940-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 V1: Fix up mount options Pick up reviews To: linux-kernel@vger.kernel.org Cc: "Darrick J. Wong" Cc: Dan Williams Cc: Dave Chinner Cc: Christoph Hellwig Cc: "Theodore Y. Ts'o" Cc: Jan Kara Cc: linux-ext4@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 | 21 ++++-- fs/ext4/ialloc.c | 2 +- fs/ext4/inode.c | 27 +++++-- fs/ext4/ioctl.c | 31 ++++++-- fs/ext4/super.c | 87 ++++++++++++++++------- fs/ext4/verity.c | 5 +- include/uapi/linux/fs.h | 1 + 10 files changed, 144 insertions(+), 47 deletions(-) -- 2.25.1