> For me performance is not a requirement, correct > operation is. .. > I also have INTL traffic going to some extend.
Same here. At least, I haven't run into any problems with any problems since I tweaked the buffer setup. > I am not entirely finished debugging everything yet but I have > the following working: > > (1) USB Storage devices (Flash stick and Hard drive). .. > My transfer rates are about 216 kByte/s for the > flash and 242 kByte/s for the HD (including syncing buffers). In one test I did, I got 226 KiB/s reading, 184 KiB/s writing. > This seems pretty steady, but I did have to temporarily restrict > Lothar's driver to only handle a single TD per interrupt time. > I imagine performance will increase once I remove this > restriction. I didn't restrict it w.r.t. the TD, but w.r.t. the PTD. Perhaps this might affect the toggle bit error you're getting? (I ran into that one as well) > Outstanding problems: > (1) Driver doesn't detect disconnect of a device until new device > is reconnected Oh, I never ran into that one. It should respond to the OPR interrupt, notifying that something is disconnected, shouldn't it? I am using the ISP1362, so this may differ as well. > (2) I have intermittent segmentation faults and page faults that > seem to point to the dma_pool module, but could easily be a system > configuration issue. Are you using DMA? I haven't run into that, but I'm using it in PIO mode. > (3) There are problems when in some cases when multiple ATL PTDS > are in the > sync buffer ... needs investigation. Yeah. I decided to work around it (limit to one PTD buffer) after spending quite a bit of time on it. >From the other email: > On a different note, I have observed an undocumented interrupt bit > as shown below in the InterruptStatus register (0x0080). It is > masked out, so I'm not worried about it. But it would be nice > what it is. OHCI considers this bit reserved, and so does the > isp1160 documentation. Has anyone else seen this? Yes, I've seen this as well. As you note, it isn't enabled, so it shouldn't cause an interrupt. Mike ------------------------------------------------------- SF email is sponsored by - The IT Product Guide Read honest & candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://productguide.itmanagersjournal.com/ _______________________________________________ linux-usb-devel@lists.sourceforge.net To unsubscribe, use the last form field at: https://lists.sourceforge.net/lists/listinfo/linux-usb-devel
