Skip to contentSkip to conversation

wait_for_sysfs for USB key

DISCUSSION Rob Kirkbride 3 participants 6 messages Nov 18, 2004 – Nov 19, 2004

lore
Share & tools
lore
#0 lore raw

When I plug in my USB key I get the following :-

wait_for_sysfs[8695]: either wait_for_sysfs (udev 039) needs an update to handle the device '/devices/pci0000:00/0000:00:10.0/0000:02:00.0/usb1/1-2/1-2.1/1-2.1.1/1-2.1.1:1.0' properly (no bus device link) or the
sysfs-support of your device's driver needs to be fixed, please report to <[email protected]>

This is with Fedora Core 3, patched with the 678_FC3 kernel, hotplug-2004_04_01-8.

Can I configure something to stop it, or does this need adding to some sort of config?

Thanks,

Rob

-------------------------------------------------------
This SF.Net email is sponsored by: InterSystems CACHE
FREE OODBMS DOWNLOAD - A multidimensional database that combines robust object and relational technologies, making it a perfect match for Java, C++,COM, XML, ODBC and JDBC. www.intersystems.com/match8
_______________________________________________
Linux-hotplug-devel mailing list http://linux-hotplug.sourceforge.net
[email protected]
https://lists.sourceforge.net/lists/listinfo/linux-hotplug-devel

#1 lore raw
Quoted 9 lines · Rob Kirkbride

When I plug in my USB key I get the following :-

wait_for_sysfs[8695]: either wait_for_sysfs (udev 039) needs an update to handle the device '/devices/pci0000:00/0000:00:10.0/0000:02:00.0/usb1/1-2/1-2.1/1-2.1.1/1-2.1.1:1.0' properly (no bus device link) or the
sysfs-support of your device's driver needs to be fixed, please report to <[email protected]>

Quoted 5 lines

This is with Fedora Core 3, patched with the 678_FC3 kernel, hotplug-2004_04_01-8.

Can I configure something to stop it, or does this need adding to some sort of config?

No, unfortunately not with an unmodified package. Some people reported this and is seems like a kernel bug. Can you confirm, that /sys/bus/usb/devices/* is empty? This is probably causing the failure.

Thanks,
Kay

-------------------------------------------------------
This SF.Net email is sponsored by: InterSystems CACHE
FREE OODBMS DOWNLOAD - A multidimensional database that combines robust object and relational technologies, making it a perfect match for Java, C++,COM, XML, ODBC and JDBC. www.intersystems.com/match8
_______________________________________________
Linux-hotplug-devel mailing list http://linux-hotplug.sourceforge.net
[email protected]
https://lists.sourceforge.net/lists/listinfo/linux-hotplug-devel

#2 lore raw
In reply to Rob Kirkbride
Quoted 20 lines · Kay Sievers
Quoted 9 lines · Rob Kirkbride

When I plug in my USB key I get the following :-

wait_for_sysfs[8695]: either wait_for_sysfs (udev 039) needs an update to handle the device '/devices/pci0000:00/0000:00:10.0/0000:02:00.0/usb1/1-2/1-2.1/1-2.1.1/1-2.1.1:1.0' properly (no bus device link) or the
sysfs-support of your device's driver needs to be fixed, please report to <[email protected]>

Quoted 7 lines

This is with Fedora Core 3, patched with the 678_FC3 kernel, hotplug-2004_04_01-8.

Can I configure something to stop it, or does this need adding to some sort of config?

Quoted 7 lines

No, unfortunately not with an unmodified package. Some people reported this and is seems like a kernel bug. Can you confirm, that /sys/bus/usb/devices/* is empty? This is probably causing the failure.

No the directory has got several entries which looked they were created when I was plugging in the key. Interestingly the first time I plug the key in it works, it's only after I've unmounted and then try and mount it again, then the above message appears and all USB activity stops and the haldaemon goes into an uninterruptable sleep and only a reboot seems to cure it. Disabling the daemon gives me back the old behaviour of mounting the key manually and continues to work no matter how many times I plug/unplug. As you say with the haldaemon locking up I wonder if its a kernel bug.

Rob

-------------------------------------------------------
This SF.Net email is sponsored by: InterSystems CACHE
FREE OODBMS DOWNLOAD - A multidimensional database that combines robust object and relational technologies, making it a perfect match for Java, C++,COM, XML, ODBC and JDBC. www.intersystems.com/match8
_______________________________________________
Linux-hotplug-devel mailing list http://linux-hotplug.sourceforge.net
[email protected]
https://lists.sourceforge.net/lists/listinfo/linux-hotplug-devel

#3 lore raw
In reply to Rob Kirkbride
Quoted 22 lines · Rob Kirkbride
Quoted 20 lines · Kay Sievers
Quoted 16 lines · Rob Kirkbride

When I plug in my USB key I get the following :-

wait_for_sysfs[8695]: either wait_for_sysfs (udev 039) needs an update to handle the device '/devices/pci0000:00/0000:00:10.0/0000:02:00.0/usb1/1-2/1-2.1/1-2.1.1/1-2.1.1:1.0' properly (no bus device link) or the
sysfs-support of your device's driver needs to be fixed, please report to <[email protected]>

This is with Fedora Core 3, patched with the 678_FC3 kernel, hotplug-2004_04_01-8.

Can I configure something to stop it, or does this need adding to some sort of config?

Quoted 7 lines
Quoted 5 lines

No, unfortunately not with an unmodified package. Some people reported this and is seems like a kernel bug. Can you confirm, that /sys/bus/usb/devices/* is empty? This is probably causing the failure.

No the directory has got several entries which looked they were created when I was plugging in the key.

Ok, than it's a different issue. We've got reports for an empty bus directory which obviously leads to this kind of message.

Quoted 5 lines

Interestingly the first time I plug the
key in it works, it's only after I've unmounted and then try and mount it again, then the above message appears and all USB activity stops and the haldaemon goes into an uninterruptable sleep and only a reboot seems to cure it.

What happens if you use "eject" after the umount? Does this work.

Kay

-------------------------------------------------------
This SF.Net email is sponsored by: InterSystems CACHE
FREE OODBMS DOWNLOAD - A multidimensional database that combines robust object and relational technologies, making it a perfect match for Java, C++,COM, XML, ODBC and JDBC. www.intersystems.com/match8
_______________________________________________
Linux-hotplug-devel mailing list http://linux-hotplug.sourceforge.net
[email protected]
https://lists.sourceforge.net/lists/listinfo/linux-hotplug-devel

#4 lore raw
In reply to Rob Kirkbride
Quoted 21 lines · Rob Kirkbride
Quoted 19 lines
Quoted 17 lines · Kay Sievers
Quoted 13 lines · Rob Kirkbride

When I plug in my USB key I get the following :-

wait_for_sysfs[8695]: either wait_for_sysfs (udev 039) needs an update to handle the device '/devices/pci0000:00/0000:00:10.0/0000:02:00.0/usb1/1-2/1-2.1/1-2.1.1/1-2.1.1:1.0' properly (no bus device link) or the
sysfs-support of your device's driver needs to be fixed, please report to <[email protected]>

This is with Fedora Core 3, patched with the 678_FC3 kernel, hotplug-2004_04_01-8.

Quoted 8 lines
Quoted 5 lines

Interestingly the first time I plug the
key in it works, it's only after I've unmounted and then try and mount it again, then the above message appears and all USB activity stops and the haldaemon goes into an uninterruptable sleep and only a reboot seems to cure it.

What happens if you use "eject" after the umount? Does this work.

Yes! That actually works better. The daemon doesn't hang and the message is not produced. It doesn't always remount properly, but I can always manually mount it myself whereas if I don't do the eject then I have to do a reboot to continue using the USB bus.
What does this point to? I was going to trace the daemon to see if I can find out why it's going into an uninterruptable sleep.

Rob

-------------------------------------------------------
This SF.Net email is sponsored by: InterSystems CACHE
FREE OODBMS DOWNLOAD - A multidimensional database that combines robust object and relational technologies, making it a perfect match for Java, C++,COM, XML, ODBC and JDBC. www.intersystems.com/match8
_______________________________________________
Linux-hotplug-devel mailing list http://linux-hotplug.sourceforge.net
[email protected]
https://lists.sourceforge.net/lists/listinfo/linux-hotplug-devel

#5 lore raw
In reply to Rob Kirkbride
Quoted 3 lines · Rob Kirkbride

As you say with the haldaemon locking up I wonder if its a kernel bug.

This is most likely a kernel bug; you may look at this Red Hat bug

https://bugzilla.redhat.com/bugzilla/show_bug.cgi?id6255

which provides a minimal program to reproduce it.

Thanks,
David

-------------------------------------------------------
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://productguide.itmanagersjournal.com/
_______________________________________________
Linux-hotplug-devel mailing list http://linux-hotplug.sourceforge.net
[email protected]
https://lists.sourceforge.net/lists/listinfo/linux-hotplug-devel