From mboxrd@z Thu Jan 1 00:00:00 1970 From: Mike Waychison Subject: Re: DEVFS_FS Date: Tue, 16 Nov 2004 14:48:34 -0500 Message-ID: <419A5992.3000507@sun.com> References: <200411160609.iAG69gb05935@adam.yggdrasil.com> <419A5029.5010103@sun.com> <20041116192647.GA19365@mail.shareable.org> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7BIT Cc: "Adam J. Richter" , hbryan@us.ibm.com, linux-fsdevel@vger.kernel.org Return-path: Received: from nwkea-mail-1.sun.com ([192.18.42.13]:35804 "EHLO nwkea-mail-1.sun.com") by vger.kernel.org with ESMTP id S261771AbUKPTs6 (ORCPT ); Tue, 16 Nov 2004 14:48:58 -0500 Received: from phys-mpk-2 ([129.146.11.82]) by nwkea-mail-1.sun.com (8.12.10/8.12.9) with ESMTP id iAGJmtrB013428 for ; Tue, 16 Nov 2004 11:48:56 -0800 (PST) Received: from conversion-daemon.mpk-mail1.sfbay.sun.com by mpk-mail1.sfbay.sun.com (iPlanet Messaging Server 5.2 HotFix 1.24 (built Dec 19 2003)) id <0I7A00601EY7M8@mpk-mail1.sfbay.sun.com> (original mail from Michael.Waychison@Sun.COM) for linux-fsdevel@vger.kernel.org; Tue, 16 Nov 2004 11:48:52 -0800 (PST) In-reply-to: <20041116192647.GA19365@mail.shareable.org> To: Jamie Lokier Sender: linux-fsdevel-owner@vger.kernel.org List-Id: linux-fsdevel.vger.kernel.org -----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Jamie Lokier wrote: > Mike Waychison wrote: >>In fact, the opposite is true: userspace should not care at all about >>major/minor. Userspace should care about the semantics of the available >>device nodes available in /dev. With hardware, I want to _see_ the >>device nodes created when I _add_ hardware. udev handles this semantic >>very well. Where it fails is solely in the added devfs semantic of >>modprobing on lookups of non-existing device nodes. _This_ is the case >>where some form of trapping would help very much. > > > I agree, this is desirable behaviour. But it isn't perfect. > > Better than trapping would be if /dev/net/tun0 and so forth did > actually exist in /dev, to indicate the availability of those devices, > but the modules were still autoloaded on first access. That would be cool. :) > > It would also be nicer if the device nodes were created to indicate > available/installed devices, without actually initialising the devices > or loading the bulk of their driver until they're needed. > > In other words, if /dev were auto-generated based on all available > hardware and all available non-hardware drivers for the current > kernel, including modules not yet loaded. > > That would be better IMNSHO, to the extent that it's possible. > > Although it's necessary to load drivers for some devices (like ISA > cards) to detect them, it isn't necessary to load PCI drivers to > detect that they are present. A mapping directly from detected PCI > ids to whatever udev needs could be extracted from the drivers at > compile time. Such mappings nearly exist now, except that the mapping > is from ids to drivers, instead of ids to dev info. The problem is that you do need to load the drivers for devices to see any attached hardware. For instance, consider the case where you boot of ide, but have an attached scsi card. There is no way for you to know what is behind that scsi card until you load the drivers :( - -- Mike Waychison Sun Microsystems, Inc. 1 (650) 352-5299 voice 1 (416) 202-8336 voice ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ NOTICE: The opinions expressed in this email are held by me, and may not represent the views of Sun Microsystems, Inc. ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.5 (GNU/Linux) Comment: Using GnuPG with Thunderbird - http://enigmail.mozdev.org iD8DBQFBmlmSdQs4kOxk3/MRAsXfAJ4iUpCaZxw/3AwvwU/177PzMgZrCwCgkP67 Q/Arb34MO3Z7t0p67hD9v4I= =lxp3 -----END PGP SIGNATURE-----