David Brownell wrote: > Alan Stern wrote: > >> Of course, the fact that it is hardware dependent -- works on the laptop >> but not the desktop -- indicates that it's not a simple software problem. > > Or that the desktop's controller unearths some HCD issues; that's > certainly been known to happen, but not recently. > > I've lost track of the details in this particular case, but it sure > seemed more like another case of "fast controller operations wedge > the device" than anything else. What controller was that desktop > using again?
The controller on the desktop is UHCI. VIA Technologies, Inc. VT6202. Commands are the same unless something subtle is happening, both systems are up-to-date Gentoo installs and I used cp and umount, nothing else. I noticed this doing something while totally unrelated, the device is a bit braindead since it seems to be presenting itself as a USB 2.0 device (from dmesg): usb 2-2: new full speed USB device using address 2 It's not 2.0. The company just recently released their 2.0 model and this isn't it. However, it IDs as this on both the desktop and laptop, and the laptop can handle it fine, so something is still up (although it could very well be the device's fault this is happening). Not precisely a fix, but is there a way to politely tell the USB subsystem that the device has no idea what it's talking about in this regard? I looked at unusual_devs.h and the flags used but nothing seemed right. Brian ------------------------------------------------------- This SF.Net email is sponsored by: IBM Linux Tutorials Free Linux tutorial presented by Daniel Robbins, President and CEO of GenToo technologies. Learn everything from fundamentals to system administration.http://ads.osdn.com/?ad_id=1470&alloc_id=3638&op=click _______________________________________________ [EMAIL PROTECTED] To unsubscribe, use the last form field at: https://lists.sourceforge.net/lists/listinfo/linux-usb-devel
