atom feed16 messages in org.freebsd.freebsd-multimediaRe: Matrox Meteor and PPRO problem fo...
FromSent OnAttachments
Amancio HastyNov 1, 1996 9:38 am 
Luigi RizzoNov 1, 1996 10:08 am 
Denis DeLaRoca (310) 825-4580Nov 1, 1996 11:56 am 
Amancio HastyNov 1, 1996 9:03 pm 
Mark TinguelyNov 4, 1996 8:54 am 
Jordan K. HubbardNov 4, 1996 9:53 am 
Amancio HastyNov 4, 1996 9:57 am 
Amancio HastyNov 4, 1996 10:06 am 
Mark TinguelyNov 4, 1996 10:13 am 
Stefan EsserNov 4, 1996 10:20 am 
Amancio HastyNov 4, 1996 10:20 am 
Amancio HastyNov 4, 1996 11:09 am 
Stefan EsserNov 4, 1996 12:44 pm 
Mark TinguelyNov 4, 1996 12:47 pm 
Amancio HastyNov 4, 1996 12:52 pm 
Amancio HastyNov 4, 1996 12:58 pm 
Subject:Re: Matrox Meteor and PPRO problem found
From:Amancio Hasty (has@rah.star-gate.com)
Date:Nov 4, 1996 11:09:03 am
List:org.freebsd.freebsd-multimedia

From The Desk Of Stefan Esser :

Jordan K. Hubbard writes:

I could get Neptune based PCI 90 Mhz Pentium system to crash with the met eor if I was capturing and viewing on the same machine.

I did notice one thing today, though I don't know if it's at all relevant:

ahc0 <Adaptec 2940 Ultra SCSI host adapter> rev 0 int a irq 9 on pci0:11 meteor0 <Philips SAA 7116> rev 0 int a irq 9 on pci0:19:0

Notice how they're both on the same IRQ? I can capture without saving all day, turn on grab-and-save, however, and I trigger the hang problem Amancio's been talking about. Interesting coincidence. Does our PCI code currently handle IRQ sharing with 100% success?

Well, I'm quite convinced it does ...

Curious , how is the IRQs sharing currently being implemented? Or how does the PCI code know which adapter generated the interrupt?

Tnks, Amancio