Bugzilla – Bug 121895
USB hotpluggable devices not working
Last modified: 2006-02-09 08:13:26 UTC
Since upgrading from Suse 9.3 to Suse 10, I find that two USB hotpluggable devices no longer work. I am reporting them together on the assumption that the problems are related. The devices are: Logitech Quickcam Creative Zen Touch Both are reported correctly by YAST Hardware Information. Neither get reported during boot (I am pretty certain the webcam at least was in 9.3). The Zen Touch causes the following error message from the apps I use to access it: usb_set_configuration: Operation not permitted This comes just after it suggests it is connecting to the device. (Both apps are not part of the distro; both us njblib, which is what I presume is producing the error message.) If I run the program as root, I do not get this, so perhaps it is a permissions problem? The webcam fails to work regardless of whether I am myself or root. I can provide whatever additional information you need; just tyell me how to obtain it. Steve
can you attach the hwinfo output please?
Created attachment 52093 [details] Output from YAST2 hardware info
Additional info: I have since tried 2 other USB hotpluggable devices and they are fine: - a small USB memory stick - a digital camera in PTP mode So perhaps not a blanket issue with hotpluggable devices, but rather something more specific? With the Zen, I don't think I would expect there to be a driver or anything; the njblib normally communicates with it over USB. With the webcam, I would expect a driver. In 9.2 I had to provide that myself as quickcam.ko; in 9.3 it was included (but no quickcam.ko in its modules, so I don't know what the 9.3 driver was called). Hope this helps.
I've been trying some stuff. The webcam problem seems to be because there was no driver. As I didn't add a driver when using 9.3, it must have got dropped from the 10.0 distro (I am using the Eval/Retail version downloaded, whereas for 9.3 it was a bought retail copy). So this part is fixed for me, but perhaps something to look into for the distro itself? The Zen is still an issue, but there are clues on the web. I have found suggestions from the past that putting a couple of specific njblib files in /etc/hotplug/usb will fix this problem. However this does not work for me on 10.0. I see that there have been changes to the way hotplugging is handled: does this mean that the relevant location changed perhaps? Should I be putting these files somewhere else instead of /etc/hotplug/usb, I mean. I didn't need to do anything like this with 9.3. Sorry if this Bug is perhaps turning into something more like a support call. But linking the two problems is (I think) an issue with drivers or other files missing from 10.0 that were there in 9.3. The description I gave the log is perhaps too wide, now that the specific problems are getting clearer. Also the severity: it is major for me, but I suspect of less interested to anyone without a Creative Zen ;-)
Created attachment 56575 [details] km_quickcam.spec I have added a new package for the quickcam driver. This was rejected for 10.0, but will appear in 10.0 and new openSuSE builds. remove the 2 "patch" lines from the attached rpm spec file.
As for "Creative Zen Touch", there is/was a script nomadjukebox which does something with the device node. A new rule in /etc/udev/rules.d/ has to be created to do similar things. Maybe we can add that to our distro. http://planet.ubuntu-fr.org/index.php/2005/10/p6 wget http://debuntu.free.fr/share/gnomad2-2.6.3.tar.gz
Udev does not deal with user device permissions. Ludwig, can resmgr grant access to the device?
In principle yes. I'd rather not have a device id list in resmgr.fdi but instead match against some property common among a class of devices though. There are already some players in 10-usb-music-players.fdi. They have a property "portable_audio_player.access_method" with either "storage" or "user" as value. If the latter means libusb access I can use that as resmgr trigger. The webcam doesn't seem to have any useful information. I suppose you don't need access via libusb but /dev/video* here. Hal needs to know about that.
Ludwig, can this be fixed for 10.1?
Actually it already is. I've added access to audioplayers some time ago.