Received: by 2002:a05:6a10:a852:0:0:0:0 with SMTP id d18csp2522854pxy; Mon, 3 May 2021 01:53:14 -0700 (PDT) X-Google-Smtp-Source: ABdhPJzc/OgfyjKoeLJAs5RKGsbrMgxnRB6Dp1k3ch+CDouLdQjjfOuDjfu8wLBfWxPvNwA37Hvg X-Received: by 2002:a17:906:19d4:: with SMTP id h20mr15978937ejd.369.1620031993777; Mon, 03 May 2021 01:53:13 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1620031993; cv=none; d=google.com; s=arc-20160816; b=wGWjdE3wNXVhA89hj1IpwUHulPzQJvcY1eXvNBYi+6NCTGniu3JjoG/yipSdpjkz/V /+OU87ptYlhfL3msZ/p0D5mhBiR7zm4TlpZD/VxrnpQxeJINNLwtKl+ma/57R64OMhtj LzgFgbS39FyVp3xt7RnfzShgiAaQvNN0SFtXvbsDAMomHxAKSpnczrdqGU4lx0J2nkr5 H83KcJxBOHwKivRDahjyGEMNnmNPRXMYxNh77g5JyXG1ceGctLo3QPy9uewG4a9PpjZ2 oboB/EbMSYj3NH953mSYG2ArUguPyCNzKrmxuFaHtJf/nAuCERfN9Z+AOmGOtpaTnDLf B2/Q== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:mime-version:message-id:in-reply-to:date :references:subject:cc:to:from; bh=1Y4Ljn3+3zr6MqMkgaYPLFvRoMX96R/CaOxYnhldTx0=; b=vDV0qP41BCIqVXyq0PVO5Tab49b6sERZjUYw6n+czz0a9DFI50HpApAInZ7GO/Xa7i dKJldDgQHw1EPqj/JDAfkxJbI9Ntfa6b4xt8gqmQpqgwCoJrfM9c7iFg9gU3wNl/ucVt SQG1X61S5dnI6AmfPhu/9fw4HpEBAK4IxGNkOwxrXL/JSVjG61/gH+qi3AzcOWdsu4Il 0+cSwB/9HhMmcCzG41Mg/u4c/YZJ6OY/h5Ok4V4q4AStd9a8UEJCu8jGLwwNzaIroTeI D3BQJICG1gGmpDrSF6V6jFyK5L5MaAsjQ1JYcfLTW2vPfp5JhCnguMx0FEEGct6QxzG4 3P/Q== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: domain of linux-nfs-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-nfs-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 u12si2541163ejb.458.2021.05.03.01.52.44; Mon, 03 May 2021 01:53:13 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-nfs-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-nfs-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-nfs-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S232994AbhECIx1 (ORCPT + 99 others); Mon, 3 May 2021 04:53:27 -0400 Received: from mx2.suse.de ([195.135.220.15]:58732 "EHLO mx2.suse.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S230490AbhECIx1 (ORCPT ); Mon, 3 May 2021 04:53:27 -0400 X-Virus-Scanned: by amavisd-new at test-mx.suse.de Received: from relay2.suse.de (unknown [195.135.221.27]) by mx2.suse.de (Postfix) with ESMTP id D898DB1B5; Mon, 3 May 2021 08:52:32 +0000 (UTC) Received: from localhost (brahms [local]) by brahms (OpenSMTPD) with ESMTPA id 0af4dc88; Mon, 3 May 2021 08:54:02 +0000 (UTC) From: Luis Henriques To: Nicolas Boichat Cc: Amir Goldstein , "Darrick J. Wong" , Olga Kornievskaia , Jeff Layton , Steve French , Miklos Szeredi , Trond Myklebust , Anna Schumaker , Alexander Viro , Dave Chinner , Greg KH , Ian Lance Taylor , Luis Lozano , Andreas Dilger , Christoph Hellwig , ceph-devel , linux-kernel , CIFS , samba-technical , linux-fsdevel , linux-nfs Subject: Re: [PATCH v8] vfs: fix copy_file_range regression in cross-fs copies References: <20210221195833.23828-1-lhenriques@suse.de> <20210222102456.6692-1-lhenriques@suse.de> <8735vzfugn.fsf@suse.de> Date: Mon, 03 May 2021 09:54:01 +0100 In-Reply-To: (Nicolas Boichat's message of "Fri, 23 Apr 2021 12:40:44 +0800") Message-ID: <8735v4tcye.fsf@suse.de> MIME-Version: 1.0 Content-Type: text/plain Precedence: bulk List-ID: X-Mailing-List: linux-nfs@vger.kernel.org Nicolas Boichat writes: > On Fri, Apr 9, 2021 at 9:50 PM Amir Goldstein wrote: >> >> On Fri, Apr 9, 2021 at 4:39 PM Luis Henriques wrote: >> > >> > Nicolas Boichat writes: >> > >> > > On Wed, Feb 24, 2021 at 6:44 PM Nicolas Boichat wrote: >> > >> >> > >> On Wed, Feb 24, 2021 at 6:22 PM Luis Henriques wrote: >> > >> > >> > >> > On Tue, Feb 23, 2021 at 08:00:54PM -0500, Olga Kornievskaia wrote: >> > >> > > On Mon, Feb 22, 2021 at 5:25 AM Luis Henriques wrote: >> > >> > > > >> > >> > > > A regression has been reported by Nicolas Boichat, found while using the >> > >> > > > copy_file_range syscall to copy a tracefs file. Before commit >> > >> > > > 5dae222a5ff0 ("vfs: allow copy_file_range to copy across devices") the >> > >> > > > kernel would return -EXDEV to userspace when trying to copy a file across >> > >> > > > different filesystems. After this commit, the syscall doesn't fail anymore >> > >> > > > and instead returns zero (zero bytes copied), as this file's content is >> > >> > > > generated on-the-fly and thus reports a size of zero. >> > >> > > > >> > >> > > > This patch restores some cross-filesystem copy restrictions that existed >> > >> > > > prior to commit 5dae222a5ff0 ("vfs: allow copy_file_range to copy across >> > >> > > > devices"). Filesystems are still allowed to fall-back to the VFS >> > >> > > > generic_copy_file_range() implementation, but that has now to be done >> > >> > > > explicitly. >> > >> > > > >> > >> > > > nfsd is also modified to fall-back into generic_copy_file_range() in case >> > >> > > > vfs_copy_file_range() fails with -EOPNOTSUPP or -EXDEV. >> > >> > > > >> > >> > > > Fixes: 5dae222a5ff0 ("vfs: allow copy_file_range to copy across devices") >> > >> > > > Link: https://lore.kernel.org/linux-fsdevel/20210212044405.4120619-1-drinkcat@chromium.org/ >> > >> > > > Link: https://lore.kernel.org/linux-fsdevel/CANMq1KDZuxir2LM5jOTm0xx+BnvW=ZmpsG47CyHFJwnw7zSX6Q@mail.gmail.com/ >> > >> > > > Link: https://lore.kernel.org/linux-fsdevel/20210126135012.1.If45b7cdc3ff707bc1efa17f5366057d60603c45f@changeid/ >> > >> > > > Reported-by: Nicolas Boichat >> > >> > > > Signed-off-by: Luis Henriques >> > >> > > >> > >> > > I tested v8 and I believe it works for NFS. >> > >> > >> > >> > Thanks a lot for the testing. And to everyone else for reviews, >> > >> > feedback,... and patience. >> > >> >> > >> Thanks so much to you!!! >> > >> >> > >> Works here, you can add my >> > >> Tested-by: Nicolas Boichat >> > > >> > > What happened to this patch? It does not seem to have been picked up >> > > yet? Any reason why? >> > >> > Hmm... good question. I'm not actually sure who would be picking it. Al, >> > maybe...? >> > >> >> Darrick, >> >> Would you mind taking this through your tree in case Al doesn't pick it up? > > Err, sorry for yet another ping... but it would be good to move > forward with those patches ,-P Yeah, I'm not sure what else to do, or who else to bug regarding this :-/ Cheers, -- Luis