[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20100316201720.GA11832@kroah.com>
Date: Tue, 16 Mar 2010 13:17:20 -0700
From: Greg KH <greg@...ah.com>
To: Peter Korsgaard <jacmet@...site.dk>
Cc: kay.sievers@...y.org, gregkh@...e.de, linux-kernel@...r.kernel.org,
linux-embedded@...r.kernel.org
Subject: Re: [PATCH] devtmpfs: support !CONFIG_TMPFS
On Tue, Mar 16, 2010 at 08:14:05PM +0100, Peter Korsgaard wrote:
> >>>>> "Greg" == Greg KH <greg@...ah.com> writes:
>
> Hi,
>
> >> config DEVTMPFS
> >> bool "Maintain a devtmpfs filesystem to mount at /dev"
> >> - depends on HOTPLUG && SHMEM && TMPFS
> >> + depends on HOTPLUG
> >> help
> >> This creates a tmpfs filesystem instance early at bootup.
> >> In this filesystem, the kernel driver core maintains device
>
> Greg> With this patch, the Kconfig help text now is incorrect.
>
> Greg> Is there a way to explicitly call out in the Kconfig which way
> Greg> devtmpfs is being created? How about a multiple selection that
> Greg> chooses either TMPFS or RAMFS, with the default being TMPFS?
>
> I don't think that's needed - If CONFIG_TMPFS isn't set, then ramfs
> pretends to be tmpfs anyway, see mm/shmem.c:
>
> static struct file_system_type tmpfs_fs_type = {
> .name = "tmpfs",
> .get_sb = ramfs_get_sb,
> .kill_sb = kill_litter_super,
> };
>
> So calling it tmpfs isn't really wrong.
Heh, wow, I didn't realize that.
> Greg> So care to redo this so that people can easily determine what is going
> Greg> to happen easier than this patch currently causes?
>
> We can change the help text to say tmpfs/ramfs if you prefer - OK?
Yes, maybe with an explaination that if TMPFS is not set, ramfs will be
used.
thanks,
greg k-h
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists