From patchwork Fri Sep 14 14:51:11 2018 Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit X-Patchwork-Submitter: "Kani, Toshi" X-Patchwork-Id: 10600883 Return-Path: Received: from mail.wl.linuxfoundation.org (pdx-wl-mail.web.codeaurora.org [172.30.200.125]) by pdx-korg-patchwork-2.web.codeaurora.org (Postfix) with ESMTP id E6C8114BD for ; Fri, 14 Sep 2018 14:51:18 +0000 (UTC) Received: from mail.wl.linuxfoundation.org (localhost [127.0.0.1]) by mail.wl.linuxfoundation.org (Postfix) with ESMTP id C91C12B902 for ; Fri, 14 Sep 2018 14:51:18 +0000 (UTC) Received: by mail.wl.linuxfoundation.org (Postfix, from userid 486) id C74702B931; Fri, 14 Sep 2018 14:51:18 +0000 (UTC) X-Spam-Checker-Version: SpamAssassin 3.3.1 (2010-03-16) on pdx-wl-mail.web.codeaurora.org X-Spam-Level: X-Spam-Status: No, score=-2.9 required=2.0 tests=BAYES_00,MAILING_LIST_MULTI, RCVD_IN_DNSWL_NONE autolearn=ham version=3.3.1 Received: from ml01.01.org (ml01.01.org [198.145.21.10]) (using TLSv1.2 with cipher DHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mail.wl.linuxfoundation.org (Postfix) with ESMTPS id 83AFC2B902 for ; Fri, 14 Sep 2018 14:51:18 +0000 (UTC) Received: from [127.0.0.1] (localhost [IPv6:::1]) by ml01.01.org (Postfix) with ESMTP id 4D21F21130E57; Fri, 14 Sep 2018 07:51:18 -0700 (PDT) X-Original-To: linux-nvdimm@lists.01.org Delivered-To: linux-nvdimm@lists.01.org Received-SPF: None (no SPF record) identity=mailfrom; client-ip=15.241.48.72; helo=g9t5008.houston.hpe.com; envelope-from=toshi.kani@hpe.com; receiver=linux-nvdimm@lists.01.org Received: from g9t5008.houston.hpe.com (g9t5008.houston.hpe.com [15.241.48.72]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ml01.01.org (Postfix) with ESMTPS id 625ED21130E4A for ; Fri, 14 Sep 2018 07:51:17 -0700 (PDT) Received: from g4t3433.houston.hpecorp.net (g4t3433.houston.hpecorp.net [16.208.49.245]) by g9t5008.houston.hpe.com (Postfix) with ESMTP id 3382E53; Fri, 14 Sep 2018 14:51:16 +0000 (UTC) Received: from misato.americas.hpqcorp.net (unknown [10.34.81.122]) by g4t3433.houston.hpecorp.net (Postfix) with ESMTP id 8F57F45; Fri, 14 Sep 2018 14:51:15 +0000 (UTC) From: Toshi Kani To: jack@suse.cz, dan.j.williams@intel.com Subject: [PATCH v2 0/3] fix sync to flush processor cache for ext2/4 DAX files Date: Fri, 14 Sep 2018 08:51:11 -0600 Message-Id: <20180914145114.11122-1-toshi.kani@hpe.com> X-Mailer: git-send-email 2.17.1 X-BeenThere: linux-nvdimm@lists.01.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Linux-nvdimm developer list." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Cc: adilger.kernel@dilger.ca, linux-ext4@vger.kernel.org, tytso@mit.edu, linux-kernel@vger.kernel.org, linux-nvdimm@lists.01.org MIME-Version: 1.0 Errors-To: linux-nvdimm-bounces@lists.01.org Sender: "Linux-nvdimm" X-Virus-Scanned: ClamAV using ClamSMTP This patchset fixes issues that sync syscall to existing DAX ex2/4 files does not flush processor cache. Patch 1/3 adds .bmap to ext4_dax_aops so that mount -o dax works for the journal inode. Patch 2/3 fixes the ext4 issue by setting i_flags before ext4_set_aops() in ext4_iget(). Patch 3/3 fixes the ext2 issue by setting i_flags before ext2_set_aops() in ext2_iget(), i.e. same as ext4. v2: - Add .bmap to ext4_dax_aops, instead of disabling dax for the journal inode. (Jan Kara) - Initialize i_flags early in ext4_iget(). (Jan Kara) - Update Fixes tag and add Cc to Stable. (Dan Williams) - Add fix to ext2. --- Toshi Kani (3): 1/3 ext4, dax: add ext4_bmap to ext4_dax_aops 2/3 ext4, dax: set ext4_dax_aops for dax files 3/3 ext2, dax: set ext2_dax_aops for dax files --- fs/ext2/inode.c | 2 +- fs/ext4/inode.c | 3 ++- 2 files changed, 3 insertions(+), 2 deletions(-)