From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1752537AbZHLNqB (ORCPT ); Wed, 12 Aug 2009 09:46:01 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1752440AbZHLNqA (ORCPT ); Wed, 12 Aug 2009 09:46:00 -0400 Received: from kroah.org ([198.145.64.141]:59426 "EHLO coco.kroah.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1750754AbZHLNp7 (ORCPT ); Wed, 12 Aug 2009 09:45:59 -0400 Date: Wed, 12 Aug 2009 06:44:40 -0700 From: Greg KH To: David Dillow Cc: Andi Kleen , Greg KH , Alan Cox , linux-kernel@vger.kernel.org, Kay Sievers , Jan Blunck , Harald Hoyer , Scott James Remnant , Arjan van de Ven Subject: Re: [PATCH] Driver Core: devtmpfs - kernel-maintained tmpfs-based /dev Message-ID: <20090812134440.GA28839@kroah.com> References: <87ljlxhrnr.fsf@basil.nowhere.org> <1249575658.19886.8.camel@lap75545.ornl.gov> <20090806183147.GA28409@suse.de> <1249772876.22248.34.camel@obelisk.thedillows.org> <20090810153943.GB7652@kroah.com> <1250001374.22248.65.camel@obelisk.thedillows.org> <20090811145523.GD14368@basil.fritz.box> <1250036727.26788.7.camel@obelisk.thedillows.org> <20090812003433.GA25392@kroah.com> <1250081813.26788.13.camel@obelisk.thedillows.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1250081813.26788.13.camel@obelisk.thedillows.org> User-Agent: Mutt/1.5.20 (2009-06-14) Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Wed, Aug 12, 2009 at 08:56:53AM -0400, David Dillow wrote: > On Tue, 2009-08-11 at 17:34 -0700, Greg KH wrote: > > On Tue, Aug 11, 2009 at 08:25:27PM -0400, David Dillow wrote: > > > So use Eric/Arjan's program that does it in 60ms -- you get a > > > dynamic /dev, no initrd, fast boot, and no kernel changes required. > > > > Their program only handles it for a reconstruction of /dev based on > > sysfs one time at boot. It does not handle things that are added or > > discovered by the system after that, you need udev for that. > > > > So it's a great hack for boot time stuff, but not a complete /dev > > management replacement like this code can be for numerous systems. > > What systems would those be? Rescue disks, Embedded systems with no local users, servers with no local users, etc. Basically anything that you are only root on, and don't care about group permissions. thanks, greg k-h