On Tuesday 12 November 2002 20:26, David Brownell wrote:
> >>I think it's a driver bug (usbfs) that it released any
> >>interface with an urb still pending.
> >
> > Hi Dave, thanks for reading my emails! There seem to be
> > multiple bugs:
> > (1) releasing an interface but not cancelling pending
I think it's a driver bug (usbfs) that it released any
interface with an urb still pending.
Hi Dave, thanks for reading my emails! There seem to be
multiple bugs:
(1) releasing an interface but not cancelling pending urbs.
Yes. Are you going to try to develop a patch for "usbfs"
to resolve
On Monday 11 November 2002 03:04, David Brownell wrote:
> > (c) submits an interrupt urb. This urb will not complete
> > for a long time. The urb is in the async pending list.
> > (d) releases the interface (as a side effect, this means
> > that driver_disconnect will NOT be called on hub removal
(c) submits an interrupt urb. This urb will not complete
for a long time. The urb is in the async pending list.
(d) releases the interface (as a side effect, this means
that driver_disconnect will NOT be called on hub removal).
Note that the urb is still in the async pending list.
Which would
There have been a number of reports of people getting an
oops on system shutdown by people using the user space
driver for the Alcatel speedtouch USB modem. The driver
uses the proc interface coded in devio.c. I have tracked
down the problem. This discussion applies to 2.4 kernels.
I did not loo