From owner-freebsd-current  Mon Mar 17 10:22:59 1997
Return-Path: <owner-current>
Received: (from root@localhost)
          by freefall.freebsd.org (8.8.5/8.8.5) id KAA24872
          for current-outgoing; Mon, 17 Mar 1997 10:22:59 -0800 (PST)
Received: from Sisyphos.MI.Uni-Koeln.DE (Sisyphos.MI.Uni-Koeln.DE [134.95.212.10])
          by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id KAA24867
          for <current@freebsd.org>; Mon, 17 Mar 1997 10:22:53 -0800 (PST)
Received: from x14.mi.uni-koeln.de (annexr3-11.slip.Uni-Koeln.DE) by Sisyphos.MI.Uni-Koeln.DE with SMTP id AA12315
  (5.67b/IDA-1.5 for <current@freebsd.org>); Mon, 17 Mar 1997 19:22:45 +0100
Received: (from se@localhost) by x14.mi.uni-koeln.de (8.8.5/8.6.9) id TAA07952; Mon, 17 Mar 1997 19:22:09 +0100 (CET)
Message-Id: <19970317192048.60297@x14.>
Date: Mon, 17 Mar 1997 19:20:48 +0100
From: Stefan Esser <se@freebsd.org>
To: Garrett Wollman <wollman@lcs.mit.edu>
Cc: current@freebsd.org
Subject: Re: Intel Xpress motherboards?
References: <9703141918.AA01611@halloran-eldar.lcs.mit.edu>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Mailer: Mutt 0.65_p2,4-7,10-11,15,18,21-22
In-Reply-To: <9703141918.AA01611@halloran-eldar.lcs.mit.edu>; from Garrett Wollman on Fri, Mar 14, 1997 at 02:18:58PM -0500
Sender: owner-current@freebsd.org
X-Loop: FreeBSD.org
Precedence: bulk

On Mar 14, Garrett Wollman <wollman@lcs.mit.edu> wrote:
> I seem to remember seeing a fix pass by that would cause Intel Xpress
> (server division) motherboards to work right.  We're trying to get one
> to work, but unfortunately the SCSI chips (Adaptec 7xxx) seem to be on
> the other PCI bus, which the kernel does not appear to see.

WHICH FreeBSD ???

You should know by now, that there are differences
between the different versions, and it is quite silly
to ask about a feature without giving a hint on the 
version you are missing it in ...

If you ar etalking about a Orion based PPro MB (which
might have been useful information as well), then it
is supported for more than half a year, but the code
has not been integrated into the -stable tree.

> Alternatively, when can we have proper PCI support that uses the PCI
> BIOS (if present) to do its dirty work?

Why should we want to rely on the PCI BIOS ???

Regards, STefan