From owner-freebsd-smp Thu Jun 27 14:20:10 1996 Return-Path: owner-smp Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id OAA26722 for smp-outgoing; Thu, 27 Jun 1996 14:20:10 -0700 (PDT) Received: from kitten.mcs.com (Kitten.mcs.com [192.160.127.90]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id OAA26717 for ; Thu, 27 Jun 1996 14:20:08 -0700 (PDT) Received: from mailbox.mcs.com (Mailbox.mcs.com [192.160.127.87]) by kitten.mcs.com (8.7.5/8.6.9) with SMTP id QAA20877; Thu, 27 Jun 1996 16:20:00 -0500 (CDT) Received: by mailbox.mcs.com (/\==/\ Smail3.1.28.1 #28.5) id ; Thu, 27 Jun 96 16:19 CDT Received: by mercury.mcs.com (/\==/\ Smail3.1.28.1 #28.5) id ; Thu, 27 Jun 96 16:19 CDT Message-Id: Subject: Re: PCI probing behind bridge? To: terry@lambert.org (Terry Lambert) Date: Thu, 27 Jun 1996 16:19:58 -0500 (CDT) From: "Lars Jonas Olsson" Cc: smp@freebsd.org In-Reply-To: <199606272029.NAA05768@phaeton.artisoft.com> from "Terry Lambert" at Jun 27, 96 01:29:34 pm X-Mailer: ELM [version 2.4 PL24] Content-Type: text Sender: owner-smp@freebsd.org X-Loop: FreeBSD.org Precedence: bulk This is a PICMG standard SBC. It is full length and contains two socket 5's, a COAST socket, and 4 SIMM sockets. Pro-Log says it can take up to Pentium 200's, but I only have one Pentium 166. I can not see any SU numbers on the Intel chips so it probably still has the buggy Triton II versions (It is on evaluation, so I will try parity and perhaps SMP before returning). The selected SBC is supposed to go into a medical instrument, running UnixWare 2.1. Much of the development is done on FreeBSD though. Jonas > > > I'm testing a Pro-Log PIP10 computer with FreeBSD 2.1R. This is a > > PICMG passive backplane computer with Triton II chipset, onboard SCSI, > > and onboard DEC bridge. The passive backplane PCI bus is on the other > > side of the DEC chip and contains VGA and Matrox Meteor. The probe > > does not find the VGA and Meteor cards, only: > > > > pci0:0: Intel Corporation, device=0x1250, class=bridge (host) [no driver assigned] > > pci0:6: Digital Equipment Corporation, device=0x0021, class=bridge (pci) [no driver assigned] > > pci0:7: Intel Corporation, device=0x7000, class=bridge (isa) [no driver assigned] > > pci0:8: Adaptec, device=0x7078, class=storage (scsi) [no driver assigned] > > > > Is this a BIOS or FreeBSD problem? Am I likely to have better sucess > > with other FreeBSD version? > > The BIOS configures the PCI at boot time. > > It is not necessary to assign a driver, it will "just work". > > > But enough about you... tell us about this passive backplane system; > we were just discussing this as an "ideal design" on the SMP list. > > 8-). > > > Terry Lambert > terry@lambert.org > --- > Any opinions in this posting are my own and not those of my present > or previous employers. >