Received: by 2002:a05:6a10:a841:0:0:0:0 with SMTP id d1csp3810150pxy; Mon, 26 Apr 2021 10:15:24 -0700 (PDT) X-Google-Smtp-Source: ABdhPJzNoQY/kTJpNNwSHrnw1Po1dqoxHvOxpwQwNnxNmnGd/31G50jeSv5vfxMi3uoFFrVwvKTQ X-Received: by 2002:a17:906:6959:: with SMTP id c25mr8877276ejs.392.1619457324000; Mon, 26 Apr 2021 10:15:24 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1619457323; cv=none; d=google.com; s=arc-20160816; b=AJMxW7qxTAHQbSimBRcVuUShOpuqLEMUb7BHv8CaEKtHCDk3M4BBIOE1qnX5ZJLUQS opYqDV5OY5m0YPKdur+FlpCTFRSwarVm1Vsw8NyEIb1VrA4FBsEJV6PihbXhAWNDUQFt lPwL6tQAvUSmx55PG7SlFKeSp2K88CQchqSOhsmBiGPLUqJCZV4t+UgDkRno6fTxm+ym NfAXPMEsGbyhqXpTCXShrwvpPycoq4ZRlhkGeDODotQVYaECHlDleupNBIssV1jmXiGT 2jJkrN0P5D7+Pqm0ELvlcPpFGc9FdSYgZy2+TAQjL/0v0DG0l/zZ8/SbXTTZW1SnPZKw AEpA== 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=mdoGQW56rez1SPH6YaAtz//5vprzd11V8d6SlZk8zPE=; b=Kno4DNQ6HF3plW9Tbm9j9qGHqv+bSRZAGHyr2YIClAruaVhq9ymEhLHGMA3YR4tXGd dzormec1zagpPAWeC0JXEIq/1MHV5YTjhjwh1TMmIBm6JO0jKg4Mmy0VLTorsMTKNQoL 6m81wfOZLXCnbHpKXfdJIse1crg0s2ZdkOnYJX59SiAGBY6Re6M4vBj9jFtJzKzWyTVe 0XVr0cyu15MLNAd/d30e9Z+zVTkZA7foXfL4yQKQBuRb/BIiUcTW6booibq3V6l48A7U CSyXZym+/IZF541Er6jnN9q2OCS0FGarIvkCuxXP7ND8gJdQcwJHmjMDPaafKUQRlKD0 /7WA== 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 h3si348422edw.187.2021.04.26.10.14.48; Mon, 26 Apr 2021 10:15:23 -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 S235283AbhDZRPY (ORCPT + 99 others); Mon, 26 Apr 2021 13:15:24 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:56032 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S235238AbhDZRPW (ORCPT ); Mon, 26 Apr 2021 13:15:22 -0400 Received: from zeniv-ca.linux.org.uk (zeniv-ca.linux.org.uk [IPv6:2607:5300:60:148a::1]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id F3677C061574; Mon, 26 Apr 2021 10:14:39 -0700 (PDT) Received: from viro by zeniv-ca.linux.org.uk with local (Exim 4.94 #2 (Red Hat Linux)) id 1lb4ob-008SGJ-Lx; Mon, 26 Apr 2021 17:14:33 +0000 Date: Mon, 26 Apr 2021 17:14:33 +0000 From: Al Viro To: David Howells Cc: linux-fsdevel@vger.kernel.org, Dave Wysochanski , Marc Dionne , "Matthew Wilcox (Oracle)" , Christoph Hellwig , linux-mm@kvack.org, linux-cachefs@redhat.com, linux-afs@lists.infradead.org, linux-nfs@vger.kernel.org, linux-cifs@vger.kernel.org, ceph-devel@vger.kernel.org, v9fs-developer@lists.sourceforge.net, Trond Myklebust , Anna Schumaker , Steve French , Dominique Martinet , Jeff Layton , linux-kernel@vger.kernel.org Subject: Re: [PATCH] iov_iter: Four fixes for ITER_XARRAY Message-ID: References: <161918448151.3145707.11541538916600921083.stgit@warthog.procyon.org.uk> <161918446704.3145707.14418606303992174310.stgit@warthog.procyon.org.uk> <3545034.1619392490@warthog.procyon.org.uk> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <3545034.1619392490@warthog.procyon.org.uk> Sender: Al Viro Precedence: bulk List-ID: X-Mailing-List: linux-nfs@vger.kernel.org On Mon, Apr 26, 2021 at 12:14:50AM +0100, David Howells wrote: > Hi Al, > > I think this patch should include all the fixes necessary. I could merge > it in, but I think it might be better to tag it on the end as an additional > patch. Looks sane, but I wonder if it would've been better to deal with this > @@ -791,6 +791,8 @@ size_t _copy_mc_to_iter(const void *addr, size_t bytes, struct iov_iter *i) > curr_addr = (unsigned long) from; > bytes = curr_addr - s_addr - rem; > rcu_read_unlock(); > + i->iov_offset += bytes; > + i->count -= bytes; > return bytes; > } > }) by having your iterator check the return value of X callback and, having decremented .bv_len by return value, broke out of the loop. __label__ __bugger_off; xas_for_each(&xas, head, ULONG_MAX) { \ if (xas_retry(&xas, head)) \ continue; \ if (WARN_ON(xa_is_value(head))) \ break; \ if (WARN_ON(PageHuge(head))) \ break; \ for (j = (head->index < index) ? index - head->index : 0; \ j < thp_nr_pages(head); j++) { \ __v.bv_page = head + j; \ size_t left; offset = (i->xarray_start + skip) & ~PAGE_MASK; \ seg = PAGE_SIZE - offset; \ __v.bv_offset = offset; \ __v.bv_len = min(n, seg); \ left = (STEP); __v.bv_len -= left; n -= __v.bv_len; \ skip += __v.bv_len; \ if (!n || left) goto __bugger_off; } \ if (n == 0) \ break; \ } \ __bugger_off: Then rename iterate_and_advance() to __iterate_and_advance() and have #define iterate_and_advance(....., X) __iterate_and_advance(....., ((void)(X),0)) with iterate_all_kinds() using iterate_xarray(....,((void)(X),0) Then _copy_mc_to_iter() could use __iterate_and_advance(), getting rid of the need of doing anything special in case of short copy. OTOH, I can do that myself in a followup - not a problem.