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 1Dqfjl-00089U-Rl for garchives@archives.gentoo.org; Thu, 07 Jul 2005 23:24:58 +0000 Received: from robin.gentoo.org (localhost [127.0.0.1]) by robin.gentoo.org (8.13.4/8.13.4) with SMTP id j67NNett026599; Thu, 7 Jul 2005 23:23:40 GMT Received: from ctb-mesg2.saix.net (ctb-mesg2.saix.net [196.25.240.82]) by robin.gentoo.org (8.13.4/8.13.4) with ESMTP id j67NKnY9017170 for ; Thu, 7 Jul 2005 23:20:49 GMT Received: from gateway.lan (wblv-146-200-204.telkomadsl.co.za [165.146.200.204]) by ctb-mesg2.saix.net (Postfix) with ESMTP id 6875D1B9D; Fri, 8 Jul 2005 01:20:50 +0200 (SAST) Received: from localhost (localhost.localdomain [127.0.0.1]) by gateway.lan (Postfix) with ESMTP id 5D6383A2482; Fri, 8 Jul 2005 01:30:05 +0200 (SAST) Received: from gateway.lan ([127.0.0.1]) by localhost (gateway.lan [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 30945-19; Fri, 8 Jul 2005 01:29:59 +0200 (SAST) Received: from lycan.lan (lycan.lan [192.168.0.5]) (using SSLv3 with cipher RC4-MD5 (128/128 bits)) (No client certificate requested) by gateway.lan (Postfix) with ESMTP id 7E9533A247B; Fri, 8 Jul 2005 01:29:59 +0200 (SAST) Subject: Re: [gentoo-dev] devfs is dead, let's move on From: Martin Schlemmer To: gentoo-dev@lists.gentoo.org Cc: foser@gentoo.org In-Reply-To: <20050707205236.GB30988@kroah.com> References: <20050706224651.GA19853@kroah.com> <1120744545.6560.18.camel@lycan.lan> <20050707205236.GB30988@kroah.com> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-Z+qxIAfcYNhaQJn+z7e4" Organization: Gentoo Foundation Date: Fri, 08 Jul 2005 01:22:24 +0200 Message-Id: <1120778544.27435.25.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 X-Mailer: Evolution 2.2.1.1 X-Virus-Scanned: by amavisd-new using ClamAV at nosferatu.za.org X-Archives-Salt: 5946e903-a5eb-4951-9da5-37de645e905a X-Archives-Hash: 2b777d037a240d489b1a95e8158ee967 --=-Z+qxIAfcYNhaQJn+z7e4 Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Thu, 2005-07-07 at 13:52 -0700, Greg KH wrote: > On Thu, Jul 07, 2005 at 03:55:45PM +0200, Martin Schlemmer wrote: > > On Wed, 2005-07-06 at 15:46 -0700, Greg KH wrote: > > > Ok, now that devfs is removed from the 2.6 kernel tree[1], I think it= 's > > > time to start to revisit some of the /dev naming rules that we curren= tly > > > are living with[2]. > > >=20 > > > To start with, the 061 version of udev offers a big memory savings if > > > you use the "default" kernel name of a device[3]. If you do that, it= does > > > not create a file in its database in /dev/.udevdb/ > > >=20 > > > If we can move away from some of our devfs-like names, we stand to > > > reclaim a lot of memory from everyone's machines. As an example, if = we > > > drop all of the tty/pts/vc/vcc symlinks, and just go with the default > > > kernel name, we save 2.5Mb of space in tempfs/ramfs. I've done this = on > > > my machines and everything seems to work just fine (it looks like > > > everything that was trying to use a tty node was just using the symli= nk > > > anyway.) > > >=20 > > > So, anyone have any objections to me changing the default udev naming > > > scheme in this manner? > > >=20 > >=20 > > Fine with me. I assume we will need to keep the rcscript support for > > those die-hard 2.4 users still, but hopefully we can eventually drop > > that as well. >=20 > What rcscript support? >=20 Err, sorry, all the crap in /sbin/rc ... > > > Next up, that loony block device naming scheme (more on that later...= ) > > >=20 > >=20 > > > [3] HAL needs a patch to be able to handle this. It's posted on the > > > hal development mailing lists and will be checked in real-soon-no= w. > >=20 > > I just think we need to make sure this is in first ... >=20 > The HAL patch? It's now in HAL's cvs tree, don't know when they will do > a new release. >=20 Well, you did provide the patch, so hopefully foser or somebody else will just add it. Foser ping ... > > Lastly on an unrelated note ... I have a rule: > >=20 > > ----- > > # cat /etc/udev/rules.d/40-dm.rules > > KERNEL=3D"dm-[0-9]*", PROGRAM=3D"/sbin/devmap_name %M %m", NAME=3D"mapp= er/%c", SYMLINK=3D"%c" > > ----- > >=20 > > And in theory it should be the last rule to set the name ... however th= e > > default one in 50-udev.rules overrides it, and I have to add > > OPTIONS=3D"last_rule" >=20 > Yes. >=20 > Want me to just change the default rule to yours? >=20 I do not think that will work, as that is not distributed with either udev or device-mapper, but multipath-tools (sorda silly if you ask me, as I think it would have been more appropriate with device-mapper, but what the hey). Anyhow, I'll see if I can hack a patch or something up so that NAME=3D"" will also be seen as as a rule that 'set the name' .... Thanks, --=20 Martin Schlemmer Gentoo Linux Developer, Desktop/System Team Developer Cape Town, South Africa --=-Z+qxIAfcYNhaQJn+z7e4 Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (GNU/Linux) iD8DBQBCzbkwqburzKaJYLYRAgHdAJwI6tQWzu/8ojIoNmORLmfLEo+QDACgi/7t u3CWSsOXNZ1VpNJWOGoSCyE= =JuIW -----END PGP SIGNATURE----- --=-Z+qxIAfcYNhaQJn+z7e4-- -- gentoo-dev@gentoo.org mailing list