From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 30479 invoked from network); 21 Jul 2004 20:13:57 +0000 Received: from smtp.gentoo.org (156.56.111.197) by lists.gentoo.org with AES256-SHA encrypted SMTP; 21 Jul 2004 20:13:57 +0000 Received: from lists.gentoo.org ([156.56.111.196] helo=parrot.gentoo.org) by smtp.gentoo.org with esmtp (Exim 4.34) id 1BnNTO-0008BZ-QO for arch-gentoo-dev@lists.gentoo.org; Wed, 21 Jul 2004 20:13:55 +0000 Received: (qmail 25160 invoked by uid 89); 21 Jul 2004 20:13:54 +0000 Mailing-List: contact gentoo-dev-help@gentoo.org; run by ezmlm Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-dev@gentoo.org Received: (qmail 27976 invoked from network); 21 Jul 2004 20:13:54 +0000 From: Chris Gianelloni Reply-To: wolf31o2@gentoo.org To: gentoo-dev@lists.gentoo.org In-Reply-To: <200407210634.21992.lv@gentoo.org> References: <20040721052803.GA15099@kroah.com> <200407210324.57026.lv@gentoo.org> <200407210634.21992.lv@gentoo.org> Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="=-vcMwABJB/msT9y5jdZl8" Organization: Gentoo Linux Message-Id: <1090442410.11373.139.camel@localhost> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.4.6 Date: Wed, 21 Jul 2004 16:40:10 -0400 Subject: Re: [gentoo-dev] Kernel sources thread X-Archives-Salt: 65b68cd9-b0a8-42e9-8c67-1607206aa732 X-Archives-Hash: c0c993a9cfff420019dae1d9453a7b0c --=-vcMwABJB/msT9y5jdZl8 Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Wed, 2004-07-21 at 06:34, Travis Tilley wrote: > 1) udev is either ready or it isnt. the fact that you need to use a devic= e=20 > tarball for entries udev doesnt support shows me that it isnt ready. what= 's=20 > the point of using a device management system if you're going to just dum= p a=20 > bunch of extra dev entries in there anyway? if udev were ready, this woul= dnt=20 > be necessary. Most of those drivers are not sysfs-aware and simply have not been updated by the various authors. Most of them are non-kernel modules, such as VMware. > 3) devfs isnt going away any time soon, and there will be people like me = who=20 > dont think it's a good idea to risk bugs for no apparent benefit. Perhaps the next stable kernel version, if what I've been reading holds true. > 4) it makes sense to keep supporting devfs even after it's ripped out of = the=20 > kernel, which i think isnt until after the /next/ stable kernel series. s= ince=20 > we still support 2.4 as the default (on a few archs anyways) i think even= =20 > when it is ripped out, people will be using a kernel series that still ha= s it=20 > for a -while-. if it werent for this tendency to not use the latest stabl= e=20 > kernel, i wouldnt have had to move the 2.6 linux-headers into their own=20 > package just to support nptl properly on archs other than amd64. Agreed, we will have to maintain support for some time to come. > bah, i've been suckered into installing udev... so i might as well keep i= t=20 > until something breaks. i disabled the tarball hack since it was making /= dev=20 > ugly and cluttered... though i admit it seems to be more ready than i tho= ught=20 > it was. at least for now i can have both and always make devfs mount on=20 > boot... please dont think seriously about removing support for that. at l= east=20 > not until after we all move over to 2.10 anyways. :/ I find the flexibility it gives me to be much better than devfs, and I enjoy having the "standard" Linux device naming that we're all used to having from before devfs. Currently, I use it to create custom /dev/ entries for specific pieces of hardware, like /dev/usbkey and /dev/archos, along with the "standard" device nodes for those devices, so I could setup hotplug.d with a script to automatically mount them upon them being plugged into my machine. I find it to be far superior to using devfs+supermount, since there's nothing "fooling" the kernel into thinking a device is always mounted. --=20 Chris Gianelloni Release Engineering QA Manager/Games Developer Gentoo Linux Is your power animal a penguin? --=-vcMwABJB/msT9y5jdZl8 Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (GNU/Linux) iD8DBQBA/tSqkT4lNIS36YERAkX4AJ4gFCgsehyX2pkCWn71AULetzO5qwCff3qD 1xuor39Goh3wfA45yRSNLVI= =qrRd -----END PGP SIGNATURE----- --=-vcMwABJB/msT9y5jdZl8--