From mboxrd@z Thu Jan 1 00:00:00 1970 From: Hannes Reinecke Date: Tue, 15 Mar 2005 08:25:10 +0000 Subject: Firmware class breaks udev Message-Id: <42369BE6.7020807@suse.de> List-Id: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable To: linux-hotplug@vger.kernel.org Hi Kay, The current implementation of the firmware class breaks a fundamental assumption in udev: that the physical device can be initialised fully prior to executing the next event for that device. As the firmware is indeed _required_ to initialise the device we wait until the timeout is triggered and the try to execute the fimware event, which of course will fail. If you have a look at the firmware class you'll see exactly what happens: The class insists on sending their own firmware events during initialisation. This code is typically executed during device probing, so the modprobe for this device will still be running when the firmware event is triggered. Which is also why you're seeing this only when using the events themselves, as when executing modprobe directly udev is only started for the firmware event, which will succeed as no physical device event is in the queue. For now I'll be putting in a quick exit for firmware events (ie not wait for the devices initialisation to finish) but this is nevertheless _nasty_. Currently the firmware class is definitely not compliant to the driver model. So either we should fix the firmware class or extend the driver model to allow for such beasts; Kay, your kobj hotplug extension might be a way to go. Cheers, Hannes --=20 Dr. Hannes Reinecke hare@suse.de SuSE Linux AG S390 & zSeries Maxfeldstra=DFe 5 +49 911 74053 688 90409 N=FCrnberg http://www.suse.de ------------------------------------------------------- SF email is sponsored by - The IT Product Guide Read honest & candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_ide95&alloc_id=14396&op=CCk _______________________________________________ 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