linux-kernel - Re: [PATCH] Driver Core: devtmpfs - kernel-maintained tmpfs-based /dev

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]

Date:	Sat, 08 Aug 2009 19:07:56 -0400
From:	David Dillow <dave@...dillows.org>
To:	Greg KH <gregkh@...e.de>
Cc:	Andi Kleen <andi@...stfloor.org>, Greg KH <greg@...ah.com>,
	Alan Cox <alan@...rguk.ukuu.org.uk>,
	linux-kernel@...r.kernel.org, Kay Sievers <kay.sievers@...y.org>,
	Jan Blunck <jblunck@...e.de>, Harald Hoyer <harald@...hat.com>,
	Scott James Remnant <scott@...ntu.com>
Subject: Re: [PATCH] Driver Core: devtmpfs - kernel-maintained tmpfs-based
 /dev

On Thu, 2009-08-06 at 11:31 -0700, Greg KH wrote:
> On Thu, Aug 06, 2009 at 12:20:58PM -0400, David Dillow wrote:
> > If you use mount by label or UUID, you still need udev (or other tools)
> > in the initrd to find the right disk, correct?
> 
> Yes, you would.
> 
> > And for distros that want to support that, does this really reduce the
> > amount of code in the initrd?
> 
> Yes it does, see the code in the Novell Moblin images for an example of
> how to use devtmpfs with udev for how to do this.

I followed up with Greg offline to make sure I was looking at the right
thing, but the upshot is that Moblin does not use an initrd and devtmpfs
does not in any way reduce the amount of code for those distros that
want to support more than the root=/dev/blah syntax.

Given Eric and Arjan's numbers about the time it takes to populate /dev
from /sys -- pointing the speed problem squarely at udev or the ruleset
-- I don't see much of a win for devtmpfs other than avoiding a
static /dev to make init=/bin/sh work. You cannot rely on it for a
hotplug disk such as USB, as it doesn't do the root=LABEL=usbroot that
you'd want to do since the location is not stable.


--
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/