I have the same set up. On Slackware 8.1. And from time to time the same thing occurs. rmmod the modules in order followed by reloading (insmod) sometimes fixes it. Sometimes, just insmod the modules. Sometimes, rmmod, unplug from the USB port and reload (insmod) the modules. The rmmod's have to be done in reverse order. If I remember correctly: rmmod mod_quickcam rmmod videodev rmmod uhci #(In your case usb-uhci) rmmod usbcore # Unplug device. Count to 1. insmod usbcore insmod uhci insmod videodev insmod mod_quickcam If you try to rmmod a module that has another which depends on it (for example if you rmmod usbcore first) you get a message to the effect it can't be removed, is in use etc. Obviously, if you have other USB devices running you would have to rmmod those. Which is very undesireable. So, you might try just the mod_quickcam, videodev. Though, it hasn't typically been enough for me. I hope we get some better answers though. Unfortunately, I suspect Logitech just thinks people will reboot their PC's. It's also obviously possible that, for both of us, it's the USB hardware that is flaky, I'm assuming the QuickCam, given the nature of it. > hi there, > > i'am doing a small video application > i have installed Logitech Quickcam Express (usb > camera) driver successfully. I could read data out of > it opening the device on one computer, but now in my > labs i couldnt open it(i mean /dev/video0) - i have > the modules inserted > > and lsmod shows this > > [root@mitmca v4l]# lsmod > Module Size Used by > mod_quickcam 30832 0 (unused) > videodev 5024 2 [mod_quickcam] > i810_audio 14480 1 (autoclean) > ac97_codec 8800 0 (autoclean) > [i810_audio] > soundcore 4464 2 (autoclean) > [i810_audio] > agpgart 23392 4 (autoclean) > autofs 11264 1 (autoclean) > 8139too 16480 1 (autoclean) > ipchains 38976 0 (unused) > usb-uhci 20720 0 (unused) > usbcore 49664 2 [mod_quickcam > usb-uhci] > > mod_quickcam is the module for quickcam. > > is everything in place. > > Could anyone please tell me what i should be checking > for ?? > > or some thoughts on why such a thing happenned. > > > thanx in advance, > it's a bit urgent. > > Cheers, > Simith -- Karl Hudnut Dr. K. Systems Administration/Systems Integration khudnut@xxxxxxxxxxxxxxxxxxxx ADK Consulting, LLC 303 668 8667 Dr.K. "We don't need a rocket scientist to figure it out, but we have one!"
