Received: by 2002:a05:6a10:1d13:0:0:0:0 with SMTP id pp19csp1568868pxb; Fri, 27 Aug 2021 11:54:51 -0700 (PDT) X-Google-Smtp-Source: ABdhPJwDJWTg7j9aYB2NDqrR4ZQFL4lbOuv2C86Pgtm/skjyjk1lxCCEe3MFA6QlU370pVL0itJl X-Received: by 2002:a05:6638:e89:: with SMTP id p9mr6492978jas.95.1630090491195; Fri, 27 Aug 2021 11:54:51 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1630090491; cv=none; d=google.com; s=arc-20160816; b=e/qLkrl3V2WbfGA1K41eoYYKRWX7oCvG478q/A39YK1GreMh8B7m8B/l6gk3PV9pYw Z59ORVrkvlMc12wjrPpyrxXPiLDHDsAOyze7rOfDD5EIFzXwaESDkdB2XvX2a1hMn2u7 adomBeeF3/PCaVEQHuHwjAWOAaxxkJrh7nQUx35SQTTCkn4YKIRsWuNIfkH66mUoe4x4 2BLWxMm4UAcmyqyoXMPwEsJk1WCf0m+YEgWf07MVtS5/VOIpBDoaBC3Peo2pvrZln+Bn hg97gQ9QcPAy/LzRPPhZbzSZ/sOWb90tOhCJc9XgjB5IVg5O8b+UCAnUv/FMi3YlJeqm jgdg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:in-reply-to:content-disposition :mime-version:references:message-id:subject:cc:to:from:date; bh=MIqWkzMAKjEUztDaJWIaCo6islX7scMCGZDrsixupeA=; b=cy1V+XTMcw10NdyJBp2BSxkAnVCAKBterqCxiq7DcGsj/Zf1STFwsa5On3NoB93XGK HP95RMbW+Iegr+a+5NA4Jpv6dN1xzLKzKEbaW03iiMQEUrZJunPgEoteGC61OSA5uwkP buz68vrYOBQQLbukWjIHaBx24DvWK0U10oQOz5oK2fXtoSgYLyzyJjEGMygwyTVghy/t YGfO5dhzdGjZ2n6nLlG8jMcSg7lSO8EDZVLFTQqHo4vRZzl0Wt/6CbpfcctpqeV8PTNW A9VSReekAgzjV4MuGesyHL8Syo30jVw/P8G8Da8hsWR9g9Bs41NyR86TFrW5YN0So5mj TM1w== 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 o11si8115228ilu.139.2021.08.27.11.54.39; Fri, 27 Aug 2021 11:54:51 -0700 (PDT) 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 S230282AbhH0Sy0 (ORCPT + 99 others); Fri, 27 Aug 2021 14:54:26 -0400 Received: from zeniv-ca.linux.org.uk ([142.44.231.140]:42332 "EHLO zeniv-ca.linux.org.uk" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S230005AbhH0SyT (ORCPT ); Fri, 27 Aug 2021 14:54:19 -0400 Received: from viro by zeniv-ca.linux.org.uk with local (Exim 4.94.2 #2 (Red Hat Linux)) id 1mJgyi-00GZ6s-QW; Fri, 27 Aug 2021 18:53:24 +0000 Date: Fri, 27 Aug 2021 18:53:24 +0000 From: Al Viro To: Andreas Gruenbacher Cc: Linus Torvalds , Christoph Hellwig , "Darrick J. Wong" , Jan Kara , Matthew Wilcox , cluster-devel@redhat.com, linux-fsdevel@vger.kernel.org, linux-kernel@vger.kernel.org, ocfs2-devel@oss.oracle.com Subject: Re: [PATCH v7 04/19] iov_iter: Turn iov_iter_fault_in_readable into fault_in_iov_iter_readable Message-ID: References: <20210827164926.1726765-1-agruenba@redhat.com> <20210827164926.1726765-5-agruenba@redhat.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20210827164926.1726765-5-agruenba@redhat.com> Sender: Al Viro Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Fri, Aug 27, 2021 at 06:49:11PM +0200, Andreas Gruenbacher wrote: > Turn iov_iter_fault_in_readable into a function that returns the number > of bytes not faulted in (similar to copy_to_user) instead of returning a > non-zero value when any of the requested pages couldn't be faulted in. > This supports the existing users that require all pages to be faulted in > as well as new users that are happy if any pages can be faulted in at > all. > > Rename iov_iter_fault_in_readable to fault_in_iov_iter_readable to make > sure that this change doesn't silently break things. I really disagree with these calling conventions. "Number not faulted in" is bloody useless; make it "nothing could be faulted in"/"something had been faulted in" and it would make sense. Failure several pages into the area should not be treated as a hard error, for one thing, and ANY user of that thing will have to cope with short copies anyway, no matter how much you've managed to fault in.