Re: NEC B1 HC chokes with full BW USB2 ISO IN stream
- From: "Tom Udale" <email@xxxxxxxxxxx>
- Date: Fri, 10 Mar 2006 09:39:44 -0500
As a follow up:
I have discovered that the primary problem is something to do with the
Adaptec card this NEC controller resides on (AUA 3020). The
architecture of the card permits total use of the MS provided drivers:
they have the NEC USB2 to PCI interface chip and a TI 1394 to PCI
interface chip sitting behind a standard PCI-PCI bridge chip.
Nevertheless, Adaptec has chosen to write their own drivers for some
reason or another. I am guessing that there is some small value add
that they feel is very important. But apparently not important enough
to write good drivers for even the newest drivers available from the
download site say "not compatible with MP comptuers" in the readme. And
indeed, when you install the Adaptec drivers, things do not work at all.
You cannot even start the KS graph in graphedit - I start getting all
sorts of USB errors in my camera driver. (Interestingly there is no hub
device attached to the HC in the Device Manager - my camera is directly
attached to the Adaptec Host Controller Device.)
If you whack the Adaptec driver and let XP rebuild everything, you end
up with the situation I described in the earlier post with the NEC B1
ECHI device using the Microsoft usbechi.sys driver. This works much
better than the Adaptec drivers (meaning at all) and I saw many places
in various news groups where people were describing this as a workaround
for the lame OEM drivers on MP machines. But I expect that these folks
were not using USB devices that send 3072 HS packets. _That_ does not
seem to work. I am unclear if this is a bug in the MS driver in the
case of HCs behind a PCI-PCI bridge, a bug in the case of NEC B1 HCs, or
something odd about the way Adaptec chose to implement their card that
makes it not entirely ECHI compliant.
Regards,
Tom Udale
"Tom Udale" <email@xxxxxxxxxxx> wrote in message
news:HLWdnSEHhbwyDJHZ4p2dnA@xxxxxxxxxxxxxx
Greetings,caused
I have tracked down a bug that looks for all the world like it is
by the NEC B1 HC on the Adaptec USB2 PCI interface card I have. Thewhen
host is a MP Athlon system running XP SP1 with the Adaptec card using
the NEC B1 EHCI controller and a separate VIA EHCI controller on the
mobo. Both controllers are using the Microsoft usbehci.sys driver
version 5.1.2600.1243.
When running a full bandwidth ISO stream from a USB camera (3072
bytes/microframe), the NEC controller chokes with
USBD_STATUS_ISO_NOT_ACCESSED_BY_HW (c0020000). It does it horribly
running on a MP boot. If I run on a UP boot of the same machine (sameslow
HC driver), it is still there but not as bad. Now if I switch the
camera over to the VIA controller, everything else I think exactly the
same, the error goes away entirely. It is gone on both the MP and UP
boots.
Before I checked the VIA HC, I thought it was the camera being too
and not responding to the IN token in enough time. But after seeingthe
difference with the VIA HC, I looked a little more carefully and sawon
my bus analyzer that indeed the IN token is never sent. So it isonline
clearly on the host end. It is always the third transaction in the
microframe that fails; after two successful transactions.
I was really surprised that a HC would fail like that. I looked
to see if there were any known troubles with that particular HC, but I
did not see anything. Anyone have any ideas??
Best regards,
Tom Udale
.
- Follow-Ups:
- Re: NEC B1 HC chokes with full BW USB2 ISO IN stream
- From: Vetzak
- Re: NEC B1 HC chokes with full BW USB2 ISO IN stream
- References:
- NEC B1 HC chokes with full BW USB2 ISO IN stream
- From: Tom Udale
- NEC B1 HC chokes with full BW USB2 ISO IN stream
- Prev by Date: Re: SSL, Kernel, and NDIS
- Next by Date: Re: Print Data
- Previous by thread: NEC B1 HC chokes with full BW USB2 ISO IN stream
- Next by thread: Re: NEC B1 HC chokes with full BW USB2 ISO IN stream
- Index(es):
Relevant Pages
|
