From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org Received: from vger.kernel.org (vger.kernel.org [23.128.96.18]) by smtp.lore.kernel.org (Postfix) with ESMTP id 471B9C433FE for ; Sun, 22 May 2022 13:08:03 +0000 (UTC) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1345739AbiEVNIB (ORCPT ); Sun, 22 May 2022 09:08:01 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:38526 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1345553AbiEVNIA (ORCPT ); Sun, 22 May 2022 09:08:00 -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 5590939835 for ; Sun, 22 May 2022 06:07:59 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=linux.org.uk; s=zeniv-20220401; h=Sender:In-Reply-To:Content-Type: MIME-Version:References:Message-ID:Subject:Cc:To:From:Date:Reply-To: Content-Transfer-Encoding:Content-ID:Content-Description; bh=H4KwOg2qaQybKhZIpSaxnY34IynZLLNZOOjYTnOklYw=; b=cPnn7jgxgR8ZyxaBwUILCRgzOT 92kZkCzwzz4b3iG1hBan7oAU672RMSsKSNgKxeJCZfkgFvw+ZdQo+zlXEB4yn0yIJd033lOCfQn8u ab1+LUm1E28CMbvQynY9quCRVLNa0pBb+H6L+0faSmj4qSUUME6CscaVdZ2HG2qclTIVpajezYwct sYXpMdibyLPVmPkkP7ats/knmkdYbDTRkICeYFmOcDDGDs1aUp8t8Cyfdzk9vOCEDF9yFmiiNYmKz 1vWq6zD6dqF0uibhsi8T7n3morcCNaD2Kb1kIPfqd9W9mOktv8/974D3lImQWmyq5XbHNgHVoLLwT ikk/YlFA==; Received: from viro by zeniv-ca.linux.org.uk with local (Exim 4.94.2 #2 (Red Hat Linux)) id 1nslJL-00HBIi-6B; Sun, 22 May 2022 13:07:55 +0000 Date: Sun, 22 May 2022 13:07:55 +0000 From: Al Viro To: Jens Axboe Cc: Christoph Hellwig , Matthew Wilcox , linux-fsdevel@vger.kernel.org Subject: Re: [RFC] what to do with IOCB_DSYNC? Message-ID: References: <70b5e4a8-1daa-dc75-af58-9d82a732a6be@kernel.dk> <20220522074508.GB15562@lst.de> <20220522114540.GA20469@lst.de> <96aa35fc-3ff7-a3a1-05b5-9fae5c9c1067@kernel.dk> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <96aa35fc-3ff7-a3a1-05b5-9fae5c9c1067@kernel.dk> Sender: Al Viro Precedence: bulk List-ID: X-Mailing-List: linux-fsdevel@vger.kernel.org On Sun, May 22, 2022 at 07:02:01AM -0600, Jens Axboe wrote: > +static void iter_uaddr_advance(struct iov_iter *i, size_t size) > +{ > +} How could that possibly work? At the very least you want to do what xarray does - you *must* decrement ->count and shift ->iov_offset. Matter of fact, I'd simply go with a bit of reorder and had it go for if (iter_is_uaddr(i) || iter_is_xarray(i)) in there...