> Actually it is. Apparently the stick won't work unless it receives > some particular combination of signals and power on the USB lines. The > PCMCIA controller provides what it wants and the EHCI controller > doesn't -- at least, it doesn't until ehci-hcd is loaded and by then > the stick has already "given up". sounds like it is impossible to do a software workaround, right? Do you think that there is a possibility that it might work when connecting the device via an (active) USB hub or does the "particular combination of signals and power" have nothing do to with the hub? Turning off the +5V for a second in order to reset the device isn't possible by software neither, is it?
> There's no such thing. According to the spec, every USB 2.0 device is > required to be compatible with a USB 1.1 host. It isn't required to > provide full functionality -- but ohci-hcd won't complain if it sees a > USB 2.0 device. you are right - my fault! It's not the ohci driver that complains but dvb_usb: "This USB2.0 device cannot be run on a USB1.1 port. (it lacks a hardware PID filter)" - the bandwidth of "full speed" would be too low. Many thanks Olaf ------------------------------------------------------------------------- This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now >> http://get.splunk.com/ _______________________________________________ Linux-usb-users@lists.sourceforge.net To unsubscribe, use the last form field at: https://lists.sourceforge.net/lists/listinfo/linux-usb-users
