Received: by 2002:a05:6a10:22f:0:0:0:0 with SMTP id 15csp1275499pxk; Fri, 18 Sep 2020 08:17:45 -0700 (PDT) X-Google-Smtp-Source: ABdhPJy1rTzs3uXnrctWVZdDJqwkXi14KJXTqs+5ebKuG6edYos2q8NvD4z423OWQjlavDBXgKtJ X-Received: by 2002:a17:906:1b15:: with SMTP id o21mr35822124ejg.377.1600442264674; Fri, 18 Sep 2020 08:17:44 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1600442264; cv=none; d=google.com; s=arc-20160816; b=uc3lk5R03EPoNlIHOzqxGP+PkfCgYRyBM3k3da4Q3W5kp5uKrqG/HfNG+uxz5vo7Q9 vz7T10RVAUOr3Pc86g/H6hIw4gthfWtFBXNI87vPvmOyKxto++X7Bccbp5PVCWcY66fT /by1wwR8A6UXAA/wK2nnMXw/zJliADVkOF5JAoIpvhRWZk0pLhbwljj7mkuaumsKNg/X EiasCqumcw/UhaFlIsBuKSLRuVEYQtSlPfwYIbTBQwyJdIW8RzlHsXnzA73YxBNdC+gP h7A7dmi8s88Jo559SBKAeOvGxv4w2QlJtE19LtRWraTpChIgxW/nhp+5/HJQR4KuS5Yx GWdQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:user-agent:in-reply-to:content-disposition :mime-version:references:message-id:subject:cc:to:from:date; bh=cAltP2ncx1NdY28LWKvlKqm3xmPYWWjjGp8I8OHp+O4=; b=tUA4qIqz1y2k+hS4Vtgr4WiqQGIAx7WMxI/zs7wbaG8Tvtyl+hyU7QUz5WHjnlav1A pwDIeY9GfuxYKJhMQi5VtO5SZa68gpjMGAQvggsEse6pUOe6jQonxahfBiyfuPG0RmmA iZRoWMW/VnYSeJ9MZKExo3siDuXyLD/8c9uueBxamLwSUY5PXgoCSMwqMcZTNWpz2mFj H0xQx2Q8yDx30Ltrw3mD98FeiyFP0XRnnN/3M+bJqNwIh+AWY8J2pBgzQ6JjZwBCkT7p zaDcdABsXTxbC29RnsbLym6tbsO1dWKyL54Mg59U99BhRo/0gSJgqqjcrlDUDn3FPKKq i6nQ== 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 n10si2602608ejk.73.2020.09.18.08.17.21; Fri, 18 Sep 2020 08:17:44 -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 S1726276AbgIRPQV (ORCPT + 99 others); Fri, 18 Sep 2020 11:16:21 -0400 Received: from verein.lst.de ([213.95.11.211]:33150 "EHLO verein.lst.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726126AbgIRPQU (ORCPT ); Fri, 18 Sep 2020 11:16:20 -0400 Received: by verein.lst.de (Postfix, from userid 2407) id B635268BEB; Fri, 18 Sep 2020 17:16:15 +0200 (CEST) Date: Fri, 18 Sep 2020 17:16:15 +0200 From: Christoph Hellwig To: Al Viro Cc: Christoph Hellwig , Andrew Morton , Jens Axboe , Arnd Bergmann , David Howells , linux-arm-kernel@lists.infradead.org, x86@kernel.org, linux-kernel@vger.kernel.org, linux-mips@vger.kernel.org, linux-parisc@vger.kernel.org, linuxppc-dev@lists.ozlabs.org, linux-s390@vger.kernel.org, sparclinux@vger.kernel.org, linux-block@vger.kernel.org, linux-scsi@vger.kernel.org, linux-fsdevel@vger.kernel.org, linux-aio@kvack.org, io-uring@vger.kernel.org, linux-arch@vger.kernel.org, linux-mm@kvack.org, netdev@vger.kernel.org, keyrings@vger.kernel.org, linux-security-module@vger.kernel.org Subject: Re: [PATCH 1/9] kernel: add a PF_FORCE_COMPAT flag Message-ID: <20200918151615.GA23432@lst.de> References: <20200918124533.3487701-1-hch@lst.de> <20200918124533.3487701-2-hch@lst.de> <20200918134012.GY3421308@ZenIV.linux.org.uk> <20200918134406.GA17064@lst.de> <20200918135822.GZ3421308@ZenIV.linux.org.uk> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20200918135822.GZ3421308@ZenIV.linux.org.uk> User-Agent: Mutt/1.5.17 (2007-11-01) Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Fri, Sep 18, 2020 at 02:58:22PM +0100, Al Viro wrote: > Said that, why not provide a variant that would take an explicit > "is it compat" argument and use it there? And have the normal > one pass in_compat_syscall() to that... That would help to not introduce a regression with this series yes. But it wouldn't fix existing bugs when io_uring is used to access read or write methods that use in_compat_syscall(). One example that I recently ran into is drivers/scsi/sg.c.