From mboxrd@z Thu Jan 1 00:00:00 1970 From: Sergey Vlasov Date: Wed, 05 Oct 2005 11:48:17 +0000 Subject: Re: udev and parallel port support Message-Id: <20051005154817.3cd31784.vsu@altlinux.ru> MIME-Version: 1 Content-Type: multipart/mixed; boundary="Signature=_Wed__5_Oct_2005_15_48_17_+0400_sdd=tkFMp85DiT6X" List-Id: References: <000101c5c83f$4c7184d0$3502a8c0@cisit.local> In-Reply-To: <000101c5c83f$4c7184d0$3502a8c0@cisit.local> To: linux-hotplug@vger.kernel.org --Signature=_Wed__5_Oct_2005_15_48_17_+0400_sdd=tkFMp85DiT6X Content-Type: text/plain; charset=US-ASCII Content-Disposition: inline Content-Transfer-Encoding: 7bit On Tue, 4 Oct 2005 17:14:11 -0500 Jason Dravet wrote: > Thank you for the response. I realize that some devices need static nodes, > but I am wondering why parallel ports fall into this category at least they > do according to redhat anyways? Actually, the lowlevel port driver (parport_pc, or maybe something other like parport_serial) can in many cases be loaded automatically (on most modern machines the presence of a legacy parallel port is shown by PnP or ACPI). Only old hardware which does not support any form of PnP will require manual loading of parport_pc. The real problem is that currently there is nothing which will trigger loading of the highlevel driver (lp or ppdev). With recent hardware it is possible to find out what is connected to the parallel port (look at /proc/sys/dev/parport/parport0/autoprobe), but this is often unreliable. So the easy way is to create static nodes for /dev/lp* and /dev/parport*, and then a program which tries to use these devices will trigger loading of the appropriate module. --Signature=_Wed__5_Oct_2005_15_48_17_+0400_sdd=tkFMp85DiT6X Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.4 (GNU/Linux) iD8DBQFDQ72DW82GfkQfsqIRAt5YAJ4k6g6+RCbJycQjGi1bH4vvoT8ARACfTBkx gf8yfYmwc1lF/IIZzPry8Ng= =AM73 -----END PGP SIGNATURE----- --Signature=_Wed__5_Oct_2005_15_48_17_+0400_sdd=tkFMp85DiT6X-- ------------------------------------------------------- This SF.Net email is sponsored by: Power Architecture Resource Center: Free content, downloads, discussions, and more. http://solutions.newsforge.com/ibmarch.tmpl _______________________________________________ Linux-hotplug-devel mailing list http://linux-hotplug.sourceforge.net Linux-hotplug-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/linux-hotplug-devel