From mboxrd@z Thu Jan 1 00:00:00 1970 From: Greg Huber Date: Fri, 11 May 2007 15:30:35 +0000 Subject: Re: USB driver and udev_run_devd Message-Id: <46448C1B.7010502@vanteon.com> List-Id: References: <46437A8C.2070402@vanteon.com> In-Reply-To: <46437A8C.2070402@vanteon.com> MIME-Version: 1.0 Content-Type: text/plain; charset="windows-1252" Content-Transfer-Encoding: quoted-printable To: linux-hotplug@vger.kernel.org Kay, /etc is a standard ext3 filesystem, included on root. ls -l /proc/$(pidof udev_run_devd)/fd/ returns [root@huberkahn ~]# ls -l /proc/3939/fd/ total 0 lrwx------ 1 root root 64 May 11 11:07 0 -> /dev/null lrwx------ 1 root root 64 May 11 11:07 1 -> /dev/null lrwx------ 1 root root 64 May 11 11:07 2 -> /dev/null lr-x------ 1 root root 64 May 11 11:07 3 -> /etc/dev.d/default [root@huberkahn ~]# As a side note, I tried running the 111 release of udev, after removing the 095 version and patching rc.sysinit. This had a lot of problems but some might be explained by the inability to compile more then one object from the extras directory. I'm not sure if it's worth getting this working given that Fedora 7 will be released is a few weeks (hopefully). The down side is that it includes udev version 106, which still has the 'run_directory' stuff in it. Thanks again. Greg Huber Kay Sievers wrote: > On 5/11/07, Greg Huber wrote: >> >> /proc/$(pidof udev_run_devd)/environ returned (formatted) >> >> [root@huberkahn 6282]# cat environ >> UDEV_LOG=3D3 >> ACTION=ADd >> DEVPATH=3D/class/usb_endpoint/usbdev4.2_ep81 >> SUBSYSTEM=3Dusb_endpoint >> SEQNUM=920 >> MAJOR%3 >> MINOR! >> UDEVD_EVENT=3D1 >> DEVNAME=3D/dev/usbdev4.2_ep81 >> [root@huberkahn 6282]# > > Hmm, what does: > ls -l /proc/$(pidof udev_run_devd)/fd/ > print? > > I still have no idea why the readdir() ends in an endless loop. What > kind of filesystem is /etc on? > > Thanks, > Kay > >> Kay Sievers wrote: >> > On 5/10/07, Greg Huber wrote: >> >> I hope this is the correct place for this... >> >> >> >> I am currently developing a driver for a USB dongle. >> >> My development system is based on FC6, fully up-to-date. >> >> >> >> Everything seems to work fine until I unload the driver >> >> (actual device still plugged in). I end up with a >> >> "/lib/udev/udev_run_devd" process running rouge and >> >> consuming mass amounts of CPU time. After tracing udev >> >> events I'm speculating that there is a problem when the >> >> system re-adds the device end-points back into the system. >> >> (trace below) >> >> >> >> The 51-hotplug.rules handles (by ignoring) SUBSYSTEM >> >> types of 'module' and 'drivers' but not 'usb_endpoint'. >> >> I'm guessing that when the rules in the hotplug container >> >> get checked, the event with SUBSYSTEM=3Dusb_endpoint >> >> causes udev_run_devd to execute but there is something >> >> missing or incorrectly configured causing it to loop infintely. >> > >> > It sounds strange, no idea why the readdir() loop does not exit. >> > >> > Could you please check which event it is by looking at: >> > /proc/$(pidof udev_run_devd)/environ --=20 Greg Huber Principal Engineer Vanteon Corporation 255 Woodcliff Drive, Suite 200 Fairport, NY 14450 Office: (585) 419-9564 Fax: (585) 248-0537 www.vanteon.com - Embedded for Your Future ------------------------------------------------------------------------- This SF.net email is sponsored by DB2 Express Download DB2 Express C - the FREE version of DB2 express and take control of your XML. No limits. Just data. Click to get it now. http://sourceforge.net/powerbar/db2/ _______________________________________________ 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