Huh. I saw stuff like that happen before on mine, but after removing the SPD disable
flag, that behaviour stopped. Which chipset are you using? I've been running on the
PIIX4 (371AB rev 2). I've also noted that people with the VIA 586B chips (I think its
the VC 3 or something chipset, if VIAs site wasn't #*$&#* down i'd be able to tell
you... ;-) It also happens to be the chipset on the iOpener, so my friend should have
tons of fun tonight... ;-)
So when and why was the spin_lock added to the urb structure? It has to have been
VERY recently!
Mike
On Thu, Apr 20, 2000 at 04:21:46PM -0700, Johannes Erdfelt wrote:
> On Thu, Apr 20, 2000, Michael W Zappe <[EMAIL PROTECTED]> wrote:
> > I was having a similar problem myself, but it took removing the SPD_DISABLE
> > flag! Which kernel version/version of your driver are you using? The
> > fact that the spin_locks aren't there also makes me suspicious. I was
> > using 2.3.99-pre5 at the time. It also compiles fine under 2.3.99-pre6,
> > but i can't test it since a freind took my work dongle home to try and get
> > it working on his iOpener. So i'll have to try it from home tonight...
>
> I've been playing around with it. I tried removing the SPD_DISABLE flag,
> I tried removing the control status retrigger in my driver. LOTS of
> different things.
>
> It just doesn't want to work after that failed transfer for me.
>
> The kernel I'm using is 2.3.99-pre4-5. The UHCI driver is that version
> with some bug fixes I've made which I'll be posting soon.
>
> The kaweth driver I'm using is 0.2 from
> http://drivers.rd.ilan.net/kaweth-0.2.tar.gz
>
> JE
---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]
