From owner-freebsd-multimedia  Mon Nov  4 09:54:31 1996
Return-Path: owner-multimedia
Received: (from root@localhost)
          by freefall.freebsd.org (8.7.5/8.7.3) id JAA09181
          for multimedia-outgoing; Mon, 4 Nov 1996 09:54:31 -0800 (PST)
Received: from time.cdrom.com (time.cdrom.com [204.216.27.226])
          by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id JAA09171;
          Mon, 4 Nov 1996 09:54:23 -0800 (PST)
Received: from time.cdrom.com (localhost [127.0.0.1]) by time.cdrom.com (8.7.6/8.6.9) with ESMTP id JAA03231; Mon, 4 Nov 1996 09:54:14 -0800 (PST)
To: Mark Tinguely <tinguely@plains.nodak.edu>
cc: hackers@freebsd.org, multimedia@freebsd.org
Subject: Re: Matrox Meteor and PPRO problem found 
In-reply-to: Your message of "Mon, 04 Nov 1996 10:54:47 CST."
             <199611041654.KAA27670@plains.nodak.edu> 
Date: Mon, 04 Nov 1996 09:54:14 -0800
Message-ID: <3229.847130054@time.cdrom.com>
From: "Jordan K. Hubbard" <jkh@time.cdrom.com>
Sender: owner-multimedia@freebsd.org
X-Loop: FreeBSD.org
Precedence: bulk

> I could get Neptune based PCI 90 Mhz Pentium system to crash with the meteor
> 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?

					Jordan