From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from lists.gentoo.org ([140.105.134.102] helo=robin.gentoo.org) by nuthatch.gentoo.org with esmtp (Exim 4.43) id 1DsSxM-00050Z-M4 for garchives@archives.gentoo.org; Tue, 12 Jul 2005 22:10:25 +0000 Received: from robin.gentoo.org (localhost [127.0.0.1]) by robin.gentoo.org (8.13.4/8.13.4) with SMTP id j6CM8eXn007426; Tue, 12 Jul 2005 22:08:40 GMT Received: from smtp.gentoo.org (smtp.gentoo.org [134.68.220.30]) by robin.gentoo.org (8.13.4/8.13.4) with ESMTP id j6CM70Th025384 for ; Tue, 12 Jul 2005 22:07:00 GMT Received: from localhost ([127.0.0.1] helo=home.wh0rd.org) by smtp.gentoo.org with esmtp (Exim 4.43) id 1DsSuw-00065A-Mw for gentoo-dev@lists.gentoo.org; Tue, 12 Jul 2005 22:07:54 +0000 Received: (qmail 26663 invoked from network); 12 Jul 2005 18:06:41 -0400 Received: from unknown (HELO vapier) (192.168.0.2) by 192.168.0.1 with SMTP; 12 Jul 2005 18:06:41 -0400 From: Mike Frysinger Organization: wh0rd.org To: gentoo-dev@lists.gentoo.org Subject: Re: [gentoo-dev] devfs is dead, let's move on Date: Tue, 12 Jul 2005 18:08:57 -0400 User-Agent: KMail/1.8.1 References: <20050706224651.GA19853@kroah.com> <42D0189F.1030802@asmallpond.org> <1121068039.11171.2.camel@lycan.lan> In-Reply-To: <1121068039.11171.2.camel@lycan.lan> Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-dev@gentoo.org Reply-to: gentoo-dev@lists.gentoo.org MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-6" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200507121808.57741.vapier@gentoo.org> X-Archives-Salt: 2d7e2d97-7b0a-4f0d-8002-76e2c692e65a X-Archives-Hash: a02c34c265a4ac1bf759018c4848ff01 On Monday 11 July 2005 03:47 am, Martin Schlemmer wrote: > On Sat, 2005-07-09 at 20:34 +0200, Richard Fish wrote: > > >>>I.o.w. is it still necessary to have RC_DEVICE_TARBALL="yes" as a > > >>>default or can we move to a pure udev system and change the default to > > >>>"no". > > >> > > >>I've been running my boxes successfully with "no" since the option > > >>showed up just fine :) > > > > > >I think people is under a misconception about this option and ... you > > >really only need to enable this for a driver that is not sysfs aware > > >(nvidia comes to mind - any others?), or if you have some custom nodes > > >in /dev that you cannot do via udev ... And I am pretty sure (correct > > >me if I am wrong) that all (or most?) in-kernel drivers are sysfs aware, > > >and only a handful outside are not. > > > > Well, I do have a small issue with the software RAID (md) driver, in > > that when autodetection is not performed by the driver (due to either > > being a module or booting the system through an initramfs), no sysfs > > entries or device nodes are created. > > > > Normally my RAID system is brought up inside my initramfs with static > > nodes, so this really only affects my recovery CD, where I need to run: > > > > for d in 0 1 2 3; do > > /sbin/mdadm --assemble --config=partitions --auto=md > > --super-minor=$d /dev/md$d >/dev/null 2>&1 > > done > > > > Maybe something similar will be required in /sbin/rc, like you currently > > do for LVM and the device mapper? It isn't a critical problem > > though...I am pretty sure there are only a few Gentoo users who will > > ever see this...maybe as few as 1!!! > > Mike, what do you think? This viable? We could maybe add an init addon > for md, and move the lvm/whatever stuff to that as well? i dont see the point ... ive already fixed raidtools / mdadm to generate device nodes before running since udev doesnt do it correctly/at all -mike -- gentoo-dev@gentoo.org mailing list