Date: Thu, 10 Dec 1998 00:13:45 -0700 (MST) From: Kevin Van Maren <vanmaren@fast.cs.utah.edu> To: freebsd-smp@FreeBSD.ORG, hahalee@163.net Cc: patton@sysnet.net, sthaug@nethelp.no Subject: Re: Compaq PL3000/NICs, Again. Message-ID: <199812100713.AAA27687@fast.cs.utah.edu>
next in thread | raw e-mail | index | archive | help
> Is there any way to solve this? Sure! Sounds like the second PCI bus isn't getting probed. Can you send the `mptable -verbose -dmesg` output (boot -v) [after applying the patch in kern/8898]? If it doesn't list PCI bus #1, then SMP probably won't work with those devices until you get an updated bios. The PL3000 is an interesting case; when you mentioned two PCI buses, I thought it would have used the Orion (PPro) chipset. But it is a Pentium II. What chipset does it use to support up to 3GB ram? The only ones from Intel that can do that are the Orion (PPro, 66Mhz only) and the 450NX (Xeon only). Most likely what is happening is that the host-pci (ala the Orion or 450NX chipset or the Micron Samurai) or the Pci-Pci bridge (ala most everything else with multiple PCI busses) isn't getting probed properly and only the first PCI bus is getting probed. Anyway, if we can get the programming info, it should be easy enough to fix. You can hack a quick fix by changing pci_bushigh() in src/sys/pci/pci.c to return 2 (or maybe try up to 255). Kevin To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-smp" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?199812100713.AAA27687>