Received: by 2002:a05:6a10:9afc:0:0:0:0 with SMTP id t28csp2250970pxm; Sun, 27 Feb 2022 16:03:28 -0800 (PST) X-Google-Smtp-Source: ABdhPJxpfMdGC22Z1ZLEKYlU6Y9o27IrSXF5Uol4gCtJiZagQ4JzDn8xG9ZKV6Ibrtrp/ZzbKc3U X-Received: by 2002:a17:90b:88b:b0:1bc:835e:c0fa with SMTP id bj11-20020a17090b088b00b001bc835ec0famr13939342pjb.87.1646006608048; Sun, 27 Feb 2022 16:03:28 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1646006608; cv=none; d=google.com; s=arc-20160816; b=a/I8jZLfg4KljaCfbutLIANK0WhIAiW0frxs7zl0uW+zLsoCPvyikOiAqPPT0k0qs3 +xutzHpoZ+JkLXQhUwisdwBwNWGXquvsMKFuGrjHePt9gsWvu6sLffje7izHVcuW6jBq tiPPWc0fK6Q7tOImiDX0VwrCbsEc3Z5aspZxBpyaa0FSX09vpLy6L2e8mACoOh5oPlQV pfQjSyT742n1kVAFSFvSKai0M5isOypQwS1QwfCU/b2Sr+/zjCIWnxjBWna2LZM/q7Bj Q5W4ujx9yL0hLNCx3kab9Kj3N0mSjk6h8/6A0EJCD+T771jYGL7q1PKVHZLAyFyp9W/C RTDA== 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=mPxQIBJ+qyB0jJ0IosWrOdhfgrgNWamFU16Lca6u6gE=; b=Fv2bcKmGlv6acREoedtu2Tca/7BYrini26igOB5WKjsLXI2OBIqc0IAOAV0Z07AF3c o7rLb2aij0f/DLhnNk0EPaSrEqhvJivkfW83E5fUNS8H7kqi15P0xoa547gOLahly7nr Yzj3lZhPssry4z2JOYOB9IKcGACjsNDLsdqUUVaqPIcJp/qTr/vrIHSqlD4Z0fp3ABKX z87milCR5EgdJbNCjHdCMhenaQuBoMNJMI22u7qn/hfi1S05BGs4KTsXhGD9TKupxQrk Jy81ULjENEGTJFEHoI2S2kua51ceGPbjdHfN3eONiIsrD4oc6IcFwhigX5BVuKB+WJbR XUsg== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from out1.vger.email (out1.vger.email. [2620:137:e000::1:20]) by mx.google.com with ESMTP id f20-20020a056a0022d400b004f108adf1dbsi8780997pfj.333.2022.02.27.16.03.11; Sun, 27 Feb 2022 16:03:27 -0800 (PST) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) client-ip=2620:137:e000::1:20; Authentication-Results: mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S232065AbiB0WQJ (ORCPT + 99 others); Sun, 27 Feb 2022 17:16:09 -0500 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:47178 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S230353AbiB0WQI (ORCPT ); Sun, 27 Feb 2022 17:16:08 -0500 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 CFD816E7A5; Sun, 27 Feb 2022 14:15:30 -0800 (PST) Received: from viro by zeniv-ca.linux.org.uk with local (Exim 4.94.2 #2 (Red Hat Linux)) id 1nORoy-005Wb1-JX; Sun, 27 Feb 2022 22:15:16 +0000 Date: Sun, 27 Feb 2022 22:15:16 +0000 From: Al Viro To: jhubbard.send.patches@gmail.com Cc: Jens Axboe , Jan Kara , Christoph Hellwig , Dave Chinner , "Darrick J . Wong" , Theodore Ts'o , Miklos Szeredi , Andrew Morton , Chaitanya Kulkarni , linux-block@vger.kernel.org, linux-fsdevel@vger.kernel.org, linux-xfs@vger.kernel.org, linux-mm@kvack.org, LKML , John Hubbard Subject: Re: [PATCH 3/6] block, fs: assert that key paths use iovecs, and nothing else Message-ID: References: <20220227093434.2889464-1-jhubbard@nvidia.com> <20220227093434.2889464-4-jhubbard@nvidia.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20220227093434.2889464-4-jhubbard@nvidia.com> Sender: Al Viro X-Spam-Status: No, score=-4.2 required=5.0 tests=BAYES_00,RCVD_IN_DNSWL_MED, SPF_HELO_NONE,SPF_NONE,T_SCC_BODY_TEXT_LINE autolearn=ham autolearn_force=no version=3.4.6 X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on lindbergh.monkeyblade.net Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Sun, Feb 27, 2022 at 01:34:31AM -0800, jhubbard.send.patches@gmail.com wrote: > From: John Hubbard > > Upcoming changes to Direct IO will change it from acquiring pages via > get_user_pages_fast(), to calling pin_user_pages_fast() instead. > > Place a few assertions at key points, that the pages are IOVEC (user > pages), to enforce the assumptions that there are no kernel or pipe or > other odd variations being passed. Umm... And what should happen when O_DIRECT file gets passed to splice()?