From patchwork Fri Oct 19 15:29:23 2018 Content-Type: text/plain; charset="utf-8" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit X-Patchwork-Submitter: Olga Kornievskaia X-Patchwork-Id: 10649663 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 B07DD13A4 for ; Fri, 19 Oct 2018 15:29:35 +0000 (UTC) Received: from mail.wl.linuxfoundation.org (localhost [127.0.0.1]) by mail.wl.linuxfoundation.org (Postfix) with ESMTP id A19FE27F8E for ; Fri, 19 Oct 2018 15:29:35 +0000 (UTC) Received: by mail.wl.linuxfoundation.org (Postfix, from userid 486) id 95EC327F92; Fri, 19 Oct 2018 15:29:35 +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=-8.0 required=2.0 tests=BAYES_00,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_AU,FREEMAIL_FROM,MAILING_LIST_MULTI,RCVD_IN_DNSWL_HI autolearn=ham version=3.3.1 Received: from vger.kernel.org (vger.kernel.org [209.132.180.67]) by mail.wl.linuxfoundation.org (Postfix) with ESMTP id 3388827F8E for ; Fri, 19 Oct 2018 15:29:35 +0000 (UTC) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1727119AbeJSXgJ (ORCPT ); Fri, 19 Oct 2018 19:36:09 -0400 Received: from mail-qk1-f195.google.com ([209.85.222.195]:43035 "EHLO mail-qk1-f195.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1727050AbeJSXgI (ORCPT ); Fri, 19 Oct 2018 19:36:08 -0400 Received: by mail-qk1-f195.google.com with SMTP id 12-v6so21211226qkj.10 for ; Fri, 19 Oct 2018 08:29:33 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=from:to:cc:subject:date:message-id:in-reply-to:references; bh=bwnpzjEJDuRVSD8Zir+yppo6qbIf0giK1d8Vukajepo=; b=dSXIMIgiWNICHxNR7t8SVJmtp+BS9EJbso2Q5saRz48fgUBJJcJ/6xin8nhqMGhLTV VfRf/7MP40YNE9AtEyksaFkLNvZnjjmARca6L1cuXDB70/dWY2jFOU0qPFcSukhpjgES wumKKFCRglOLE8isSIf5/Shn25jcqHAv3ikV3gjVfpznWqhz8gMdEUgobXg2eL0OO257 j7af1eIhItVIVBU7QurEzfs73ZNkxS/q2qTzqTNRxedwCr2dJEnKOzS1l6UDjIpgNoso +zMWFZXw1EUYoJ7GXcRXhZmUT7lQIjth27/IXmVHpSTzrxZdIemjm+u6ozZd4EqQxSW4 4gkQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:to:cc:subject:date:message-id:in-reply-to :references; bh=bwnpzjEJDuRVSD8Zir+yppo6qbIf0giK1d8Vukajepo=; b=e+NtIUXaMF0ZUU/4LhqM/HotU2f0FptTra03POHpv2TVLpzDtqTqKEUC0Sp7t63cD/ D4ozwXvMVlqSq5sYDgx/65PAGMNC6iV4WVY5C8oi6jxVWuC8rQ5BoOBloSdpldDDJ4hP 8ZcaFFmPnHfQleefqmzpy0wqrwGcjl7AWsq5Qg8wx71pfyGKY39j3YzV9j0R9Px+SEHo Sdjnez7Jf2Uy4ZeXfrPWIujfNOn2paE5l1IWJ2gZKLD77rVDjmS78c/PiTWlj9W6gnth ZY97E0M36jg755HXX2bbNJZlCYSorQUUlzPU1IQCimAY56ohvUVnzJhR8pgVNhrnQfh2 rKPw== X-Gm-Message-State: AGRZ1gKftdyuFnshB2by8fTNiClmkmBzcb8AEHFJlUdHXTA9FVZsWBFC eh9FpnXzKXXnjgpILpjn/iA= X-Google-Smtp-Source: ACcGV63LWXWsvcYXPkSpqUwuOAHEwgCHtxbDtmKhTY1zr+GmRZz5vPxDISZIZAbcgLQQlVmMdKqSXg== X-Received: by 2002:a37:29c3:: with SMTP id p64-v6mr5782390qkp.77.1539962973154; Fri, 19 Oct 2018 08:29:33 -0700 (PDT) Received: from Olgas-MBP-195.attlocal.net (172-10-226-31.lightspeed.livnmi.sbcglobal.net. [172.10.226.31]) by smtp.gmail.com with ESMTPSA id w39-v6sm17358099qtc.84.2018.10.19.08.29.31 (version=TLS1 cipher=AES128-SHA bits=128/128); Fri, 19 Oct 2018 08:29:32 -0700 (PDT) From: Olga Kornievskaia To: trondmy@hammerspace.com, anna.schumaker@netapp.com Cc: linux-nfs@vger.kernel.org Subject: [PATCH v1 02/11] VFS permit cross device vfs_copy_file_range Date: Fri, 19 Oct 2018 11:29:23 -0400 Message-Id: <20181019152932.32462-3-olga.kornievskaia@gmail.com> X-Mailer: git-send-email 2.10.1 (Apple Git-78) In-Reply-To: <20181019152932.32462-1-olga.kornievskaia@gmail.com> References: <20181019152932.32462-1-olga.kornievskaia@gmail.com> Sender: linux-nfs-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-nfs@vger.kernel.org X-Virus-Scanned: ClamAV using ClamSMTP From: Olga Kornievskaia Allow copy_file_range to copy between different superblocks but only of the same file system types. This feature was of interest to CIFS as well as NFS. This feature is needed by NFSv4.2 to perform file copy operation on the same server or file copy between different NFSv4.2 servers. If a file system's fileoperations copy_file_range operation prohibits cross-device copies, fall back to do_splice_direct. This would be needed for the NFS (destination) server side implementation of the file copy and currently for CIFS. Besides NFS, there is only 1 implementor of the copy_file_range FS operation -- CIFS. CIFS assumes incoming file descriptors are both CIFS but it will check if they are coming from different servers and return error code to fall back to do_splice_direct. NFS will allow for copies between different NFS servers. Adding to the vfs.txt documentation to explicitly warn about allowing for different superblocks of the same file type to be passed into the copy_file_range for the future users of copy_file_range method. Signed-off-by: Olga Kornievskaia --- Documentation/filesystems/vfs.txt | 4 +++- fs/read_write.c | 13 ++++++------- 2 files changed, 9 insertions(+), 8 deletions(-) diff --git a/Documentation/filesystems/vfs.txt b/Documentation/filesystems/vfs.txt index a6c6a8a..5e520de 100644 --- a/Documentation/filesystems/vfs.txt +++ b/Documentation/filesystems/vfs.txt @@ -958,7 +958,9 @@ otherwise noted. fallocate: called by the VFS to preallocate blocks or punch a hole. - copy_file_range: called by the copy_file_range(2) system call. + copy_file_range: called by copy_file_range(2) system call. This method + works on two file descriptors that might reside on + different superblocks of the same type of file system. clone_file_range: called by the ioctl(2) system call for FICLONERANGE and FICLONE commands. diff --git a/fs/read_write.c b/fs/read_write.c index c60790f..474e740 100644 --- a/fs/read_write.c +++ b/fs/read_write.c @@ -1578,10 +1578,6 @@ ssize_t vfs_copy_file_range(struct file *file_in, loff_t pos_in, (file_out->f_flags & O_APPEND)) return -EBADF; - /* this could be relaxed once a method supports cross-fs copies */ - if (inode_in->i_sb != inode_out->i_sb) - return -EXDEV; - if (len == 0) return 0; @@ -1591,7 +1587,8 @@ ssize_t vfs_copy_file_range(struct file *file_in, loff_t pos_in, * Try cloning first, this is supported by more file systems, and * more efficient if both clone and copy are supported (e.g. NFS). */ - if (file_in->f_op->clone_file_range) { + if (inode_in->i_sb == inode_out->i_sb && + file_in->f_op->clone_file_range) { ret = file_in->f_op->clone_file_range(file_in, pos_in, file_out, pos_out, len); if (ret == 0) { @@ -1600,10 +1597,12 @@ ssize_t vfs_copy_file_range(struct file *file_in, loff_t pos_in, } } - if (file_out->f_op->copy_file_range) { + if (file_out->f_op->copy_file_range && + (file_in->f_op->copy_file_range == + file_out->f_op->copy_file_range)) { ret = file_out->f_op->copy_file_range(file_in, pos_in, file_out, pos_out, len, flags); - if (ret != -EOPNOTSUPP) + if (ret != -EOPNOTSUPP && ret != -EXDEV) goto done; }