[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-ID: <20090813085525.GK13320@pengutronix.de>
Date: Thu, 13 Aug 2009 10:55:25 +0200
From: Robert Schwebel <r.schwebel@...gutronix.de>
To: Xavier Bestel <xavier.bestel@...e.fr>
Cc: Greg KH <greg@...ah.com>, linux-kernel@...r.kernel.org,
Kay Sievers <kay.sievers@...y.org>,
Jan Blunck <jblunck@...e.de>, gregkh@...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, Aug 13, 2009 at 10:25:40AM +0200, Xavier Bestel wrote:
> On Wed, 2009-08-12 at 23:33 +0200, Robert Schwebel wrote:
> > On Wed, Aug 05, 2009 at 10:15:13AM -0700, Greg KH wrote:
> > > Here's the devtmpfs patch again.
> >
> > As an embedded distro maintainer, I'd really like such an approach. With
> > ptxdist, we can today build the complete rootfs for an embedded system
> > without root permissions - just if we want to nfs-root boot the boards
> > during development, it doesn't work, because you have to create
> > /dev/console, /dev/null and /dev/zero and that works only for root.
>
> Have you tried genext2fs ? It lets you create a filesystem image
> complete with device nodes as a normal user.
Creating images is no problem, we use fakeroot to create all kinds of
images (JFFS2, ext2, ext3 etc). But during development, embedded people
often boot their boards with tftpboot/nfsroot in order to do quick
development cycles without re-flashing the hardware, and creating
devicenodes on nfs-exported filesystems doesn't work without root
access.
Since udev, the whole system works almost without pre-created device
nodes, but for console, null and zero there is no real alternative. We
use sudo right now when they are created, but that's a rather uggly
solution.
rsc
--
Pengutronix e.K. | |
Industrial Linux Solutions | http://www.pengutronix.de/ |
Peiner Str. 6-8, 31137 Hildesheim, Germany | Phone: +49-5121-206917-0 |
Amtsgericht Hildesheim, HRA 2686 | Fax: +49-5121-206917-5555 |
--
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