From mboxrd@z Thu Jan 1 00:00:00 1970 From: Kay Sievers Date: Sat, 20 Aug 2005 19:11:07 +0000 Subject: Re: udev too slow? Message-Id: <20050820191107.GA31357@vrfy.org> List-Id: References: <8F1EED683FFEDD43B4FE4A0425847F2EAEE581@EXE.ceda.polimi.it> In-Reply-To: <8F1EED683FFEDD43B4FE4A0425847F2EAEE581@EXE.ceda.polimi.it> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable To: linux-hotplug@vger.kernel.org On Sat, Aug 20, 2005 at 08:16:44PM +0200, Uberto Barbini wrote: > > > UEVENT[1124474095] add@/class/dvb/dvb0.frontend0 > > > UDEV [1124474099] add@/class/dvb/dvb0.frontend0 > > > > Looks like something that can be fixed. :) > > > > Please send me the 'dvb.debug' file written with: > > DEVPATH=3D/class/dvb/dvb0.frontend0 ACTION=ADd strace -o dvb.debug -s= 1000 > > -p -f /sbin/udev dvb >=20 > Ok, the -p option is not accepted so I removed it. I'm not sure but I lau= nched=20 > with dvb modules loaded. The run with the modules loaded did not take several seconds, right? So this may be a delay in the kernel not in udev. We'll see... Please unload the module. Start this: strace -o dvb.debug -s1000 -f -p $(pidof udevd) This time the -p should work. :) Load the module and send me the captured trace again. Kay ------------------------------------------------------- SF.Net email is Sponsored by the Better Software Conference & EXPO September 19-22, 2005 * San Francisco, CA * Development Lifecycle Practices Agile & Plan-Driven Development * Managing Projects & Teams * Testing & QA Security * Process Improvement & Measurement * http://www.sqe.com/bsce5sf _______________________________________________ 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