Mayne wrote:

> Hi!
> On kernel, zd1211rw, VT82xxxxx UHCI USB 1.1 Controller (rev 0e)
> 1106:3038, Longshine G2 07b8:6001, the driver hangs pretty often with the 
> following error messages:
> usb 1-2: zd1211rw timed out on ep4out len=0/6
> zd1211rw 1-2:1.0: zd_usb_ioread16v() error in usb_bulk_msg(). Error number 
> -110
> zd1211rw 1-2:1.0: zd_chip_control_leds error -110
> (repeated indefinitely)
> Unplugging and plugging in the device TWO times helps (for a short time). 
> Seems this or similar things happen quite often on VIA-based USB 1.1 
> controllers - on another machine using VIA USB 1.1, I saw similar effects, 
> but there for some reason the USB layer dealt with the problem after some 
> time (to the driver, a disconnect and reconnect event was shown - without 
> manually interfering).

The error -110 is a timeout. It simply means that the USB
subsystem couldn't execute the USB transfer. We had comparable
issues witht the mac80211 stack and I implemented here some
controls to limit the number of USB packets to be queued for
transmission. At least in my experience this limited the -110s for
zd_chip_control_leds(). The device hangs might result from an
unsuccessful reassociation, which is sometimes requested from the

It could very well be that the support for VIA USB host
controllers is pretty weak in the kernel. I have a VIA-based USB
2.0 card in my oldest PC and it is consuming 10% of computation
time on Linux box. Beside this the systems works well. But notify
that I'm currently only developing the mac80211 driver.



Uli Kunitz

This 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 >>
Zd1211-devs mailing list -

Reply via email to