Received: by 2002:a05:6a10:206:0:0:0:0 with SMTP id 6csp2409981pxj; Mon, 10 May 2021 02:09:57 -0700 (PDT) X-Google-Smtp-Source: ABdhPJxjMzfJ6Hi6ervOdBXlkcsEHPZNJP8NNrzjcRrGBp7sTKWE73DlXarMaZrFy7xBrUggritZ X-Received: by 2002:a5d:9546:: with SMTP id a6mr16809509ios.102.1620637797414; Mon, 10 May 2021 02:09:57 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1620637797; cv=none; d=google.com; s=arc-20160816; b=wUP+bhbB0EyKKWD/iC7D2p6nBEut92OoVs9mh0LYfehTPPKEhYFBDZZhbM7PWDbUwl lV8s4ps1o4fAqHPj/zK/EAffWcUPPoZNG2ONt9LpiMackDe8svq1xrDw/q3pvUSMv4qe TQJ1ME1fzoF/0o/uVp22tW6D5h+5PbycBo7cL2NoL7dX/o8v6gp7ExTkCGFnmukqT8N6 i76K8AMfHsxjLMm0lDNYpY2j20ZW0aU4aQxeuOfcKBoZUQtPcdzF5t5YDAp6OXzwbsLQ ka7LkkyX83sjkVPAI1jgXI8wwxhZ28ycHvm8LwcMAI3lhP8e26wFhQ2iwQibbLxEbuns 6juA== 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=bNEoPLEW2Bb+5jfNIWCv8QBX/r4koRvx/ilGjQZfCiw=; b=rfnaj1NWNeP7uKY9r/CVdc0Fa8Vok3fdnU627NKDzm+PeaqgPyyqMmd/17S82auaxJ J6EdR38FfKXxFb34evFmneDepRq9knFR8lt4l8WHF0XporlYiHmzVy/+Ppg6pHahTUDb ub6w3t1SQwHmE6lkAo06mCML8pj8kuUdxSPZJ3K8MtH0olCIio73M3504t99dWGGsSCw 93YGrbiLDOFV/TLdLtseTuxvk68hKxrJ5cIQXfBTAORTPeoX0s/7bpqzuI0qJhV0fXbP ED2PojF6dmguGhchgcf7Kfreb0dfpeos6vObFE8F0OKp3vLP4AckvkVdDJwZm1Fi/M0S OGxQ== 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 i10si15583484ilq.45.2021.05.10.02.09.34; Mon, 10 May 2021 02:09:57 -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 S230170AbhEJJKF (ORCPT + 99 others); Mon, 10 May 2021 05:10:05 -0400 Received: from mx2.suse.de ([195.135.220.15]:36912 "EHLO mx2.suse.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S229566AbhEJJKF (ORCPT ); Mon, 10 May 2021 05:10:05 -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 04DFBB02E; Mon, 10 May 2021 09:09:00 +0000 (UTC) Received: from localhost (brahms [local]) by brahms (OpenSMTPD) with ESMTPA id abe4f275; Mon, 10 May 2021 09:10:32 +0000 (UTC) From: Luis Henriques To: Amir Goldstein Cc: Alexander Viro , Linus Torvalds , Nicolas Boichat , "Darrick J. Wong" , Olga Kornievskaia , Dave Chinner , Christoph Hellwig , linux-fsdevel , linux-nfs , Trond Myklebust , Steve French , Ian Lance Taylor , Greg KH , Anna Schumaker 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> <8735v4tcye.fsf@suse.de> Date: Mon, 10 May 2021 10:10:32 +0100 In-Reply-To: (Amir Goldstein's message of "Mon, 10 May 2021 07:59:09 +0300") Message-ID: <87fsyv0x9z.fsf@suse.de> MIME-Version: 1.0 Content-Type: text/plain Precedence: bulk List-ID: X-Mailing-List: linux-nfs@vger.kernel.org Amir Goldstein writes: > On Mon, May 3, 2021 at 11:52 AM Luis Henriques wrote: <...> > Luis, > > I suggest that you post v9 with my Reviewed-by and Olga's Tested-by > and address your patch to the VFS maintainer and fsdevel list without > the entire world and LKML in CC. Ok, v9 sent out according to your proposal: https://lore.kernel.org/linux-fsdevel/20210510090806.8988-1-lhenriques@suse.de/ Thanks, Amir. Cheers, -- Luis > > Al, > > Would you mind picking this patch? > > Linus, > > There have been some voices on the discussion saying maybe this is not > a kernel regression that needs to be fixed, but a UAPI that is not being used > correctly by userspace. > > The proposed change reminds me a bit of recent changes to splice() from > special files. Since this specific UAPI discussion is a bit subtle and because > we got this UAPI wrong at least two times already, it would be great to get > your ACK on this proposed UAPI change. > > Thanks, > Amir. > > Latest v8 tested and reviewed by several developers on CC list: > https://lore.kernel.org/linux-fsdevel/20210222102456.6692-1-lhenriques@suse.de/ > > Proposed man page update: > https://lore.kernel.org/linux-fsdevel/20210509213930.94120-12-alx.manpages@gmail.com/