Received: by 2002:a25:1985:0:0:0:0:0 with SMTP id 127csp229745ybz; Thu, 16 Apr 2020 23:34:32 -0700 (PDT) X-Google-Smtp-Source: APiQypKav/5CxsKjDnIBhmZPSl4xQ7xnIny/VHviwcylpu47/4OsZWa+fUVNLy/ZyEEl9uyndXLO X-Received: by 2002:a50:f693:: with SMTP id d19mr1594090edn.57.1587105271940; Thu, 16 Apr 2020 23:34:31 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1587105271; cv=none; d=google.com; s=arc-20160816; b=rFflVMxAAlJGgv7KYLxQhx1ZCjG1x+d/LmylbHHckL/fG1UUsRevdU2tpRQ2BwYlw7 9hBAFvDR4U0nW8hcvUa1QBtN+D//1Pb/l84X0dQ+scbS4iyeo9j4t9fHKUvxi6WNrxDb vlSVE/EY5jh2j0OgvjIyqHqhHYdCk+ZKUVsAM6GwnZbmNO9LzLB5zx36WUZTH8YXfb1p 3VCNcfWk+BeegVsrjRtD+J4nV3tCgv5gof8HbsM/m3e8YMsk0U4izNHDZ76FA7PjQqNJ UZzv2PlDkmFGWZZetJbWilIWUYeO59uJwk54jskwjierbucxb+D0ZCOGZNfXL5GO+Lnz ntwg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:user-agent:in-reply-to :content-disposition:mime-version:references:message-id:subject:cc :to:from:date; bh=H5VN8ggNUWDU1cYnodE8jy+SG4nMkrGRuBLgoBNVh8c=; b=xKZIKtsx9sYo3egV5g+SUAmPlWim2WqFmAn57waRbqbQcK75P6PFi1scSYFmKka8oq Q6jxzBO/komqESC6O08xvF7V9qao5Yr+WLupIYFzxmtP33Jtqhbi4r3ERwScQhfVaLnN u+yEeLB+BX0Nz+VBuMOBgWXlHWTyQt4Unm52Ulq2u83PPe4OC82tFmCF5RuuQBNmtotZ X7B2fw4XGd5bTfM0MPEbvhtmrukbOt3/1vPW9QMKm0Gt5KNMbH94EXQZzuYR9icFnG9p BVkSfXp8QVZG5v8U+3UmmfKd/D5W/GO5IU5uOHKN4oM76S8igGxcgHmUNg+q1xoKuXcr ZQqg== 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 bf18si4759253edb.35.2020.04.16.23.34.09; Thu, 16 Apr 2020 23:34:31 -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 S1727940AbgDQGbH (ORCPT + 99 others); Fri, 17 Apr 2020 02:31:07 -0400 Received: from verein.lst.de ([213.95.11.211]:55867 "EHLO verein.lst.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1726065AbgDQGbH (ORCPT ); Fri, 17 Apr 2020 02:31:07 -0400 Received: by verein.lst.de (Postfix, from userid 2407) id CB09368BEB; Fri, 17 Apr 2020 08:31:02 +0200 (CEST) Date: Fri, 17 Apr 2020 08:31:02 +0200 From: Christoph Hellwig To: Matthew Wilcox Cc: Christoph Hellwig , Linus Torvalds , Andrew Morton , Al Viro , Felix Kuehling , Alex Deucher , Zhenyu Wang , Zhi Wang , Felipe Balbi , "Michael S. Tsirkin" , Jason Wang , Jens Axboe , linux-kernel@vger.kernel.org, amd-gfx@lists.freedesktop.org, intel-gvt-dev@lists.freedesktop.org, intel-gfx@lists.freedesktop.org, linux-usb@vger.kernel.org, virtualization@lists.linux-foundation.org, linux-fsdevel@vger.kernel.org, io-uring@vger.kernel.org, linux-mm@kvack.org Subject: Re: improve use_mm / unuse_mm v2 Message-ID: <20200417063102.GA18556@lst.de> References: <20200416053158.586887-1-hch@lst.de> <20200417031744.GI5820@bombadil.infradead.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20200417031744.GI5820@bombadil.infradead.org> User-Agent: Mutt/1.5.17 (2007-11-01) Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Thu, Apr 16, 2020 at 08:17:44PM -0700, Matthew Wilcox wrote: > On Thu, Apr 16, 2020 at 07:31:55AM +0200, Christoph Hellwig wrote: > > this series improves the use_mm / unuse_mm interface by better > > documenting the assumptions, and my taking the set_fs manipulations > > spread over the callers into the core API. > > I appreciate all the work you're doing here. > > Do you have plans to introduce a better-named API than set_fs() / get_fs()? Eventually. For now I just plan to kill as many as possible. > Also, having set_fs() return the previous value of 'fs' would simplify > a lot of the callers. One thing that should go relatively soon is the need to store the previous value because we'll have so few callers left that we know we can't recurse. We should be able to get there around 5.9 / 5.10.