Received: by 2002:a05:6a10:8c0a:0:0:0:0 with SMTP id go10csp3433074pxb; Sun, 7 Feb 2021 09:12:45 -0800 (PST) X-Google-Smtp-Source: ABdhPJyFXXxrzvIFLy+35R2rvrdKJ5/EBDSsYtMKFOliQ/4fNYEsfuQ0PkwpPekQQF7/+TqQlGK4 X-Received: by 2002:a05:6402:4316:: with SMTP id m22mr13330247edc.64.1612717965215; Sun, 07 Feb 2021 09:12:45 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1612717965; cv=none; d=google.com; s=arc-20160816; b=Jn6vVEmjmWxYgzVELsjimAqyD8rjKVGpIMvB3q69P/xk1GQeJsINak+M1eqd52JXdf oUk8kYsU/h7I/uNT4hko0n7DC4V3oQcycbSRakx10bCcuh5tLHH0OGg1ImM0cPOXqOrI OXFKH1P8cYhj29xSqQou5e/M9HC+soiF3RU97y4L49SyjMFEOG5MRMltnGyAwOlvoqOc ndLz+1D+LTSbHoK/Fc02TPg+wxJiptBLiBWIpyjVvA2XJQSeOIlYwSANREqjqgQ8bbwj 2y4EjeluwXfrWOJ2xqvJVAINrSIHpSQX8EYuaX/VzLiZZe/IKwkMWfQGs2y80fsmwq3B d8vQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:mime-version :message-id:date:subject:cc:to:from; bh=aCNI5Pc5mYlY+rKGRj/Pp7Da89uoopZS6dKzrSmASn4=; b=AHHlKt6+N6eRRNNV5lZ1jQiK9aYdtiig8szGrTKHKyFrWRV/J93Q3uTmvC/N9innq2 kPcFNSs2yhYMTH1fMYoEEkXSmEZG0PsbMxLJOAtZeS+/Xf546CpDNfvwR0eTgbtoHtSY 0aakyxare4zRhcJ5Kg0+xAHjBaPQKVrExNXSgf4deFlw1rTmSSmn/30W2c3I0Qg/6KOq VHGAv6dRU6aweblV+4GYrv9fMCwRZP0LuN4IjwUS70GO3uz9LCnz2tX3sratZpDKToBl eGYmuojWA88/blgBkmdR+WUfqGe6OVcQbZoaR/INwap2IeI6lmXk7wMnCbhskFM1wrD6 lIpA== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id t9si9231719edd.589.2021.02.07.09.12.22; Sun, 07 Feb 2021 09:12:45 -0800 (PST) Received-SPF: pass (google.com: domain of linux-kernel-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-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S229736AbhBGRKi (ORCPT + 99 others); Sun, 7 Feb 2021 12:10:38 -0500 Received: from mail.cn.fujitsu.com ([183.91.158.132]:49745 "EHLO heian.cn.fujitsu.com" rhost-flags-OK-OK-OK-FAIL) by vger.kernel.org with ESMTP id S229706AbhBGRKc (ORCPT ); Sun, 7 Feb 2021 12:10:32 -0500 X-IronPort-AV: E=Sophos;i="5.81,160,1610380800"; d="scan'208";a="104299367" Received: from unknown (HELO cn.fujitsu.com) ([10.167.33.5]) by heian.cn.fujitsu.com with ESMTP; 08 Feb 2021 01:09:32 +0800 Received: from G08CNEXMBPEKD04.g08.fujitsu.local (unknown [10.167.33.201]) by cn.fujitsu.com (Postfix) with ESMTP id DEF7F4CE6F6E; Mon, 8 Feb 2021 01:09:27 +0800 (CST) Received: from G08CNEXCHPEKD04.g08.fujitsu.local (10.167.33.200) by G08CNEXMBPEKD04.g08.fujitsu.local (10.167.33.201) with Microsoft SMTP Server (TLS) id 15.0.1497.2; Mon, 8 Feb 2021 01:09:30 +0800 Received: from irides.mr.mr.mr (10.167.225.141) by G08CNEXCHPEKD04.g08.fujitsu.local (10.167.33.209) with Microsoft SMTP Server id 15.0.1497.2 via Frontend Transport; Mon, 8 Feb 2021 01:09:29 +0800 From: Shiyang Ruan To: , , , CC: , , , , , , , , , Subject: [PATCH 0/7] fsdax,xfs: Add reflink&dedupe support for fsdax Date: Mon, 8 Feb 2021 01:09:17 +0800 Message-ID: <20210207170924.2933035-1-ruansy.fnst@cn.fujitsu.com> X-Mailer: git-send-email 2.30.0 MIME-Version: 1.0 Content-Transfer-Encoding: 7BIT Content-Type: text/plain; charset=US-ASCII X-yoursite-MailScanner-ID: DEF7F4CE6F6E.A03B3 X-yoursite-MailScanner: Found to be clean X-yoursite-MailScanner-From: ruansy.fnst@cn.fujitsu.com X-Spam-Status: No Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org This patchset is attempt to add CoW support for fsdax, and take XFS, which has both reflink and fsdax feature, as an example. One of the key mechanism need to be implemented in fsdax is CoW. Copy the data from srcmap before we actually write data to the destance iomap. And we just copy range in which data won't be changed. Another mechanism is range comparison . In page cache case, readpage() is used to load data on disk to page cache in order to be able to compare data. In fsdax case, readpage() does not work. So, we need another compare data with direct access support. With the two mechanism implemented in fsdax, we are able to make reflink and fsdax work together in XFS. Some of the patches are picked up from Goldwyn's patchset. I made some changes to adapt to this patchset. (Rebased on v5.10) == Shiyang Ruan (7): fsdax: Output address in dax_iomap_pfn() and rename it fsdax: Introduce dax_copy_edges() for CoW fsdax: Copy data before write fsdax: Replace mmap entry in case of CoW fsdax: Dedup file range to use a compare function fs/xfs: Handle CoW for fsdax write() path fs/xfs: Add dedupe support for fsdax fs/btrfs/reflink.c | 3 +- fs/dax.c | 188 ++++++++++++++++++++++++++++++++++++++--- fs/ocfs2/file.c | 2 +- fs/remap_range.c | 14 +-- fs/xfs/xfs_bmap_util.c | 6 +- fs/xfs/xfs_file.c | 30 ++++++- fs/xfs/xfs_inode.c | 8 +- fs/xfs/xfs_inode.h | 1 + fs/xfs/xfs_iomap.c | 3 +- fs/xfs/xfs_iops.c | 11 ++- fs/xfs/xfs_reflink.c | 23 ++++- include/linux/dax.h | 5 ++ include/linux/fs.h | 9 +- 13 files changed, 270 insertions(+), 33 deletions(-) -- 2.30.0