From mboxrd@z Thu Jan 1 00:00:00 1970 From: "Jason Dravet" Date: Wed, 05 Oct 2005 14:05:36 +0000 Subject: RE: udev and parallel port support Message-Id: <000b01c5c9b5$dbddd8e0$3502a8c0@cisit.local> List-Id: References: <000101c5c83f$4c7184d0$3502a8c0@cisit.local> In-Reply-To: <000101c5c83f$4c7184d0$3502a8c0@cisit.local> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit To: linux-hotplug@vger.kernel.org > -----Original Message----- > From: Sergey Vlasov [mailto:vsu@altlinux.ru] > Sent: Wednesday, October 05, 2005 6:48 AM > To: Jason Dravet > Cc: 'Kay Sievers'; linux-hotplug-devel@lists.sourceforge.net > Subject: Re: udev and parallel port support > > 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. Thank you to all of you who responded. I learned a lot from your responses. I think I now have an understanding of the issues involved. Jason Dravet ------------------------------------------------------- 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