From mboxrd@z Thu Jan 1 00:00:00 1970 From: Hugh Dickins Subject: Re: [PATCH 0/5] initmpfs v2: use tmpfs instead of ramfs for rootfs Date: Wed, 17 Jul 2013 17:15:29 -0700 (PDT) Message-ID: References: <20130715140135.0f896a584fec9f7861049b64@linux-foundation.org> <20130717160602.4b225ac80b1cb6121cbb489c@linux-foundation.org> Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Cc: Rob Landley , linux-kernel@vger.kernel.org, Alexander Viro , "Eric W. Biederman" , Greg Kroah-Hartman , Hugh Dickins , Jeff Layton , Jens Axboe , Jim Cromie , linux-fsdevel@vger.kernel.org, linux-mm@kvack.org, Rusty Russell , Sam Ravnborg , Stephen Warren To: Andrew Morton Return-path: In-Reply-To: <20130717160602.4b225ac80b1cb6121cbb489c@linux-foundation.org> Sender: owner-linux-mm@kvack.org List-Id: linux-fsdevel.vger.kernel.org On Wed, 17 Jul 2013, Andrew Morton wrote: > On Tue, 16 Jul 2013 08:31:13 -0700 (PDT) Rob Landley wrote: > > > Use tmpfs for rootfs when CONFIG_TMPFS=y and there's no root=. > > Specify rootfstype=ramfs to get the old initramfs behavior. > > > > The previous initramfs code provided a fairly crappy root filesystem: > > didn't let you --bind mount directories out of it, reported zero > > size/usage so it didn't show up in "df" and couldn't run things like > > rpm that query available space before proceeding, would fill up all > > available memory and panic the system if you wrote too much to it... > > The df problem and the mount --bind thing are ramfs issues, are they > not? Can we fix them? If so, that's a less intrusive change, and we > also get a fixed ramfs. I'll leave others to comment on "mount --bind", but with regard to "df": yes, we could enhance ramfs with accounting such as tmpfs has, to allow it to support non-0 "df". We could have done so years ago; but have always preferred to leave ramfs as minimal, than import tmpfs features into it one by one. I prefer Rob's approach of making tmpfs usable for rootfs. Hugh -- To unsubscribe, send a message with 'unsubscribe linux-mm' in the body to majordomo@kvack.org. For more info on Linux MM, see: http://www.linux-mm.org/ . Don't email: email@kvack.org