On Sat, 23 Feb 2008, Michael SCHINDLER wrote: > OK. I thank you both a lot. It seems that I have to accept that the > device cannot do USB2.0 -- the lsusb dumps were indeed done on the > same system.
You need to be more careful in your terminology. The device _does_ support USB 2.0 -- it just doesn't support high speed. The two are not the same; the USB 2.0 spec allows devices to run at whatever speed they want. > In the meanwhile, I have tried kernel patch proposed by > Alan: For the (working) toshiba device, it says > > ehci_hcd 0000:00:10.4: port 2 status after reset 0x1005 > > while for the (non-working) newtech device it is > > ehci_hcd 0000:00:10.4: port 1 status after reset 0x1801 That proves it. > The initial problem which made me worry about the device was that it > could achieve transfer rates up to 100kB/s (unusable for an mp3 > player). In the meantime, I have resolved this issue: The usbmount > mechanism used the "sync" mount option which slowed down the transfer > tremendously. Without this option, I can achieve 1.5MB/s with the UHCI > driver, which is acceptable. That can't be right. The maximum possible transfer rate for bulk data with UHCI is 1216000 bytes per second (about 1.16 MB/s). In practice a more achievable rate is 800 KB/s. Also, why do you say that 100 KB/s is unusable for an MP3 player? A normal CD player, transferring uncompressed audio, only needs about 172 KB/s. Compression by a factor of 2, which is pretty low for most MP3 files, would suffice. Alan Stern - To unsubscribe from this list: send the line "unsubscribe linux-usb" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html
