Date: 10 Oct 2000 12:22:31 +0200 From: Frode Vatvedt Fjeld <frodef@acm.org> To: freebsd-multimedia@freebsd.org Subject: Re: xinerama + 2* MGA 2064W boards Message-ID: <2h3di5807s.fsf@dslab7.cs.uit.no> In-Reply-To: Steve Roome's message of "Tue, 10 Oct 2000 10:59:03 %2B0100" References: <MailDrop1.2d7k-PPC.1001010123851@30.stagecraft.cx> <2haecd8b9v.fsf@dslab7.cs.uit.no> <20001010105903.A1660@moose.bri.hp.com>
next in thread | previous in thread | raw e-mail | index | archive | help
Steve Roome <steve@sse0691.bri.hp.com> writes: > I tried compiling a kernel with two vga devices : > device vga0 at isa? > device vga1 at isa? I don't think you should have to make the kernel bother with the second graphics card. > Anyway.. here's the problem methinks, the output from scanpci -v and > pciconf -l[v]. > > The second graphics card, where scanpci is saying : > > BASE0 0xa0000000 addr 0xa0000000 MEM > BASE1 0xa0800008 addr 0xa0800000 MEM PREFETCHABLE > BASEROM 0xd0000000 addr 0xd0000000 not-decode-enabled > > Certainly looks to me like it's not figured out what it should do > with this card, and I think (guess) the driver probably thinks that > those addresses are valid and setup by the BIOS or something, so it > then goes and just memmaps it or whatever with an inappropriate area > of memory as the framebuffer -> Crash. I also had trouble with a (single) matrox card not being configured properly by the BIOS in an older PCI-only machine. I finally got it to work by patching the kernel (NetBSD) to change the PCI-config of that card to something reasonable before doing anything else with it. Since then, NetBSD has gotten some code that tries to fix up messy PCI-configurations (don't know if FreeBSD has this). So maybe you should just try NetBSD with this option enabled, and see what it says? -- Frode Vatvedt Fjeld To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-multimedia" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?2h3di5807s.fsf>