linux-kernel - Re: [PATCH] Remove broken by design and by implementation devtmpfs maintenance disaster

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]

Message-Id: <1253205332.4718.9.camel@quest>
Date:	Thu, 17 Sep 2009 17:35:32 +0100
From:	Scott James Remnant <scott@...onical.com>
To:	Alan Cox <alan@...rguk.ukuu.org.uk>
Cc:	Kay Sievers <kay.sievers@...y.org>,
	"Eric W. Biederman" <ebiederm@...ssion.com>,
	Linus Torvalds <torvalds@...ux-foundation.org>,
	linux-kernel@...r.kernel.org, Greg Kroah-Hartmann <greg@...ah.com>
Subject: Re: [PATCH] Remove broken by design and by implementation devtmpfs
 maintenance disaster

On Thu, 2009-09-17 at 14:13 +0100, Alan Cox wrote:

> > >  * A static dev is faster.
> > 
> > A static /dev is unreliable and unpredictable, and can not be used in
> > any not very limited and controlled environment. It's pure theory for
> 
> Moblin appears to be the fastest boot and doesn't use it. I fact Arjan
> seems pretty anti
> 
And of the "ordinary" distros, Ubuntu has the fastest boot and we are
very keen to use devtmpfs, and I am very pro.


I don't really see the issue here.  If Arjan doesn't want to use
devtmpfs for Moblin, he doesn't have to.  We want to use devtmpfs for
Ubuntu, and I'm pretty sure that SuSE, Fedora and RedHat all want to too
based on the signed off and tested-by of the patch.

If there are bugs, they can be fixed as we go.  It certainly works for
me, and we've even found udev bugs as a result of it.

Scott
-- 
Scott James Remnant
scott@...onical.com

Download attachment "signature.asc" of type "application/pgp-signature" (198 bytes)