On Wed, 17 Jul 2002, Duncan Sands wrote:
> Hi Dave, it is the same with both UHCIs. I've been looking
> at where the port reset (which kills the modem) actually happens.
> It is in uhci-hub.c, in the routine uhci_hub_control (case SetPortFeature).
> The code is as follows (not my favorite coding
On Wednesday 17 July 2002 17:16, David Brownell wrote:
> Duncan Sands wrote:
> > Summary: not a problem with the modem.
>
> I think you'd shown this was most likely a problem with the
> UHCI driver you're using ... right? Did you verify this
> happens with both UHCIs?
Hi Dave, it is the same wit
Duncan Sands wrote:
> Summary: not a problem with the modem.
I think you'd shown this was most likely a problem with the
UHCI driver you're using ... right? Did you verify this
happens with both UHCIs?
- Dav
> As you may recall, with my USB modem plugged in, plugging
> in another device (eg:
Summary: not a problem with the modem.
As you may recall, with my USB modem plugged in, plugging
in another device (eg: webcam) caused the modem to stop
responding to URBs (they come back with -EILSEQ = -84). Well,
if I plug in my Phillips webcam, then plug in the modem, the
webcam has the same
Here's some more info about the "unending timouts problem".
Reminder:
(1) Alcatel speedtouch USB modem plugged into VIA uhci hub
(2) URB sent to endpoint 0x81 (interrupt endpoint)
(3) when another device is plugged into the hub, the urb comes
back with error -EILSEQ. All future urbs to that endp
