Re: [linux-usb-devel] [PATCH] Ohci-hcd: fix endless loop (secondtake)

[Colin Leroy]

On 26 Nov 2004 at 09h11, David Brownell wrote:

Hi, 

> So instead of waiting a moment for the ED to finish
> its normal processing and move from state ED_UNLINK
> into ED_IDLE, you want to always clobber the whole
> USB device tree attached to that bus?  That'd happen
> quite routinely.

Yeah. Sorry. Also, just noticed that this patch seemed
to work because I overlooked the unsigned bit, makeing my
hack not go though sanitize - which changes eb->state and 
thus does not get back to the ED_UNLINK path. Duh... I must
have been tired.
 
> This isn't a good patch either... maybe your best
> bet would be to find out why the IRQs stopped getting
> delivered.

It's probably a linux-wlan-ng issue... What do you think 
of these logs ?

#resume logs... 
#disconnecting the stick:
usb 4-1: USB disconnect, address 2
ohci_hcd 0001:10:1b.1: IRQ INTR_SF lossage
hfa384x_usbin_callback: Fatal, failed to resubmit rx_urb. error=-19
hfa384x_dorrid: ctlx failure=REQ_TIMEOUT
prism2sta_mlmerequest: Failed to read eth1 statistics: error=-5
#reconnecting the stick:
usb 4-1: new full speed USB device using address 3
usb 4-1: control timeout on ep0out

maybe the lwlan driver should catch these and kill the urbs or
something? 
Thanks for your help, I'm not an expert at all in the usb world...
-- 
Colin
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/