Received: by 2002:a05:6a10:206:0:0:0:0 with SMTP id 6csp4932582pxj; Tue, 25 May 2021 21:38:01 -0700 (PDT) X-Google-Smtp-Source: ABdhPJysR/l3zAuZtQx9X/JJKKi7gPrM9N4I8RcXi0NFu6vqelWJz/M9mCI2FOE6hwaFXuWX8zaA X-Received: by 2002:a17:906:161b:: with SMTP id m27mr31638173ejd.89.1622003881005; Tue, 25 May 2021 21:38:01 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1622003881; cv=none; d=google.com; s=arc-20160816; b=xuC/7fz3j67IpCo9P9CMPePYX7x+E/vwiFMhJb9zuGT4SHdtVSVi/1cWfiFZKEO7Qi qhEYVgO+7Oz9BdnaJsQVtAEugQ/cZAVZe3nTUEH7aa2ia1Oysbo2Md3xws93epC7razo MlYDLZ2Lk6GHPzNKgGcDWF+PSyA7t0k7T/8mDclXfsh68ti7ALRKaYtAmjw7D7BoCWHz euKmt1HlkVlgE/XfJtIO7LNW7ynSGzpn+yHopDgVc1hT3K2VJhUT8uftVoNzTHOkCDns ztDoY9dPu1ru29g/n2rLShaEAfYVYT9Xc9/JE2oB/YiSPlJ0F+k9YgIYWehGdL8+eJpc ViVQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:in-reply-to:content-disposition:mime-version :references:message-id:subject:cc:to:from:date; bh=doW3fraBWojsNiqt6OfNBiQxdEQ1/LpVJlopcCWz/CY=; b=cdcyDeCXdHIa6CDTfFCsbvESs4LX6pDz+L7XPHPXjMACLPJvzO7KiSCImt6+MX+mPq 7tXP42g6vWYw5JwTyqPymjgixWzHOFSUgB9e1o3ZsQ6snj3SnLxJx5aKFlWvM9zOLcYa /r8HOwcwsjpSJFDO1kYv5DZ5aG0CnIOgShhwwaKBBChA6BCr0nCQBLGcuA04h3bVW7uP ZzxG5M64hiGKjWbieO1hlRdl9Eciyk2ij3tP3cBgNlZBlUifFPEIND43TpCN6cKHPsT0 YbtE0A/m90ZXyspz9jQgzeb6pTk5eWfcW3hz02uMvfBIik/kBKr4B7MMwgyspGLgCqYm ljDw== 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 hp6si7183083ejc.405.2021.05.25.21.37.38; Tue, 25 May 2021 21:38:00 -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 S229546AbhEZEek (ORCPT + 99 others); Wed, 26 May 2021 00:34:40 -0400 Received: from relay6-d.mail.gandi.net ([217.70.183.198]:52735 "EHLO relay6-d.mail.gandi.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S229644AbhEZEeg (ORCPT ); Wed, 26 May 2021 00:34:36 -0400 X-Greylist: delayed 99047 seconds by postgrey-1.27 at vger.kernel.org; Wed, 26 May 2021 00:34:35 EDT Received: (Authenticated sender: josh@joshtriplett.org) by relay6-d.mail.gandi.net (Postfix) with ESMTPSA id 1326BC0003; Wed, 26 May 2021 04:32:49 +0000 (UTC) Date: Tue, 25 May 2021 21:32:47 -0700 From: Josh Triplett To: "Eric W. Biederman" Cc: Menglong Dong , Luis Chamberlain , Alexander Viro , Kees Cook , Sami Tolvanen , ojeda@kernel.org, johan@kernel.org, Bjorn Helgaas , masahiroy@kernel.org, Menglong Dong , joe@perches.com, Jens Axboe , hare@suse.de, Jan Kara , tj@kernel.org, gregkh@linuxfoundation.org, song@kernel.org, NeilBrown , Andrew Morton , f.fainelli@gmail.com, arnd@arndb.de, Rasmus Villemoes , wangkefeng.wang@huawei.com, Barret Rhoden , mhiramat@kernel.org, Steven Rostedt , vbabka@suse.cz, Alexander Potapenko , pmladek@suse.com, Chris Down , jojing64@gmail.com, terrelln@fb.com, geert@linux-m68k.org, mingo@kernel.org, linux-fsdevel@vger.kernel.org, LKML , jeyu@kernel.org Subject: Re: [PATCH v2 2/3] init/do_cmounts.c: introduce 'user_root' for initramfs Message-ID: References: <20210525141524.3995-1-dong.menglong@zte.com.cn> <20210525141524.3995-3-dong.menglong@zte.com.cn> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Tue, May 25, 2021 at 10:23:09PM -0500, Eric W. Biederman wrote: > If we are going to do this something that is so small and clean it can > be done unconditionally always. [...] > The net request as I understand it: Make the filesystem the initramfs > lives in be an ordinary filesystem so it can just be used as the systems > primary filesystem. Including the ability to pivot_root it away, which seems like the main sticking point. If this can be done without any overhead, that seems fine, but if this involves mounting an extra filesystem, that may add an appreciable amount of boot time for systems trying to boot in milliseconds. (Such systems would not use an initramfs if they're going to go on and boot a separate root filesystem, but they can use an initramfs as their *only* filesystem.)