Hi,

David Brownell:
> > I am not sure how to recover from that. Apparently the chip has wedged
> > itself into a corner..?
> 
> Or someone's wedged it.  What drivers did you say were active at
> the time?
> 
The new Option driver (mine, incidentally), though it also happens with
the standard Serial driver if you feed it with the appropriate
parameters.

> But there are some OHCI implementations (OPTi comes to mind, and SiS)

OPTi.  :-/

> like this.  If you can temporarily switch over to a different OHCI
> controller (add-in PCI cards are handy!) that supports UE, you might
> find it a bit more congenial for chasing this kind of bug.
> 
It's a PC-card, so no, I can't switch it. I'm investigating the Apple
OPTi fixes, though it's not entirely clear what exactly they are doing
and *why*.

> One way to shake such problems loose earlier is to turn on the slab
> poisoning options (CONFIG_DEBUG_SLAB).  Doesn't always do it, but

I tried that. It turned out to be a very good way to make the problem
disappear. :-/  (Different timing?)

> > My brute-force idea would be to sample that frame 
> > number every couple of jiffies and, if it hasn't changed, call
> > ohci_restart() and hope for the best.  :-/
> 
> I'd avoid such things; if usbcore isn't involved in shutting
> down and restarting the HCDs, it's going to get deeply confused
> and start throwing tantrums.
> 
Good point...

-- 
Matthias Urlichs   |   {M:U} IT Design @ m-u-it.de   |  [EMAIL PROTECTED]
Disclaimer: The quote was selected randomly. Really. | http://smurf.noris.de
 - -
I'm Luke Skywalker, I'm here to rescue you.
                -- Luke Skywalker

Attachment: signature.asc
Description: Digital signature

Reply via email to