Keith Curtis wrote: > I never resolved the problem. I turned on the excessive debugging output, but > it > didn't print out info about receiving packets or interrupts. My test > app claimed there were no packets received although the bus analyzer > showed lots of packets going by. > > If I can help out, let me know, but I'm not sure where to start at this point. ... > -----Original Message----- > From: Robert Crocombe [mailto:[EMAIL PROTECTED] > Sent: Tuesday, November 28, 2006 4:59 PM ... > Did you ultimately have any success getting this going? Funnily > enough, when I tested isochronous stuff in July, I just did iso > transmit since I figured receives *must* be working since everyone has > camcorders and whatnot. My currently my iso xmit stuff does appear to > be working, but iso receives are not. > > I have a Firespy and no reason not to trust it, so I can see the junk > I'm spewing out. I've tried transmitting on channels 4 and 63 (per > your advice), but neither works for me. I suppose it could my > stuff... nah.
I don't know much about the mechanisms, but I suppose there could be one of the following causes: - The IR DMA context was never set up for the respective channel in the first place. - The context was set up but the interrupt event masks weren't switched on, i.e. IntMask as per OHCI clause 6.2 and isoRecvIntMask as per clause 6.3.2. - The context and masks were set up, but then one or both of the masks were switched off again, similar to the bus reset bug which Robert reported: http://bugzilla.kernel.org/show_bug.cgi?id=7569 -- Stefan Richter -=====-=-==- ==-- ----= http://arcgraph.de/sr/ - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/