Date: Wed, 23 Aug 1995 05:22:51 -0700 (PDT) From: "Rodney W. Grimes" <rgrimes@gndrsh.aac.dev.com> To: james@miller.cs.uwm.edu (Jim Lowe) Cc: se@ZPR.Uni-Koeln.DE, current@freebsd.org, tinguely@plains.nodak.edu Subject: Re: Matrox Meteor Video Capture Card Driver Message-ID: <199508231222.FAA09180@gndrsh.aac.dev.com> In-Reply-To: <199508222003.PAA26113@miller.cs.uwm.edu> from "Jim Lowe" at Aug 22, 95 03:03:43 pm
next in thread | previous in thread | raw e-mail | index | archive | help
> > > > Since I'm currently maintaining the PCI and NCR code, > > > we might try to get the Matrox Meteor supported on > > > more motherboards ... > > > > I doubt you are going to fix the ``hardware'' bugs in the Mercury > > chipset that causes the problems with boards like the Meteor. > > I just tried the meteor card in an ASUS triton box with the NCR controller in > it. The machine locked up on large frame transfers. It seemed to work > just fine as long as I kept the PCI data transfer down with small frame > sizes. If I remove the NCR controller and use a different one, the > machine works just fine. > > For some reason, the NCR seems to lock up when the PCI bus gets real > busy. I am not sure why. The NCR runs it's firmware from the host memory, try cranking the PCI latency timer down for the NCR card and see if that helps. (This is in the PCI bios setup screen). Depending on motherboards (I happen to know what ``Triton'' board Jim just tried this in) there maybe 1 setting for all slots, or each slot may have it's own setting. Either way, crank it down to about 40 (default should be 80). -- Rod Grimes rgrimes@gndrsh.aac.dev.com Accurate Automation Company Reliable computers for FreeBSD
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?199508231222.FAA09180>