From owner-freebsd-current Thu Jul 3 03:25:34 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id DAA02526 for current-outgoing; Thu, 3 Jul 1997 03:25:34 -0700 (PDT) Received: from Octopussy.MI.Uni-Koeln.DE (Octopussy.MI.Uni-Koeln.DE [134.95.166.20]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id DAA02520 for ; Thu, 3 Jul 1997 03:25:31 -0700 (PDT) Received: from x14.mi.uni-koeln.de (annexr2-37.slip.Uni-Koeln.DE) by Octopussy.MI.Uni-Koeln.DE with SMTP id AA23209 (5.67b/IDA-1.5 for ); Thu, 3 Jul 1997 12:25:21 +0200 Received: (from se@localhost) by x14.mi.uni-koeln.de (8.8.5/8.6.9) id MAA00449; Thu, 3 Jul 1997 12:25:21 +0200 (CEST) X-Face: " Date: Thu, 3 Jul 1997 12:25:20 +0200 From: Stefan Esser To: Steven Wallace Cc: current@FreeBSD.ORG Subject: Re: PCI-ISA bridge & sio ports References: <199707030002.RAA04034@newport.ece.uci.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.74 In-Reply-To: <199707030002.RAA04034@newport.ece.uci.edu>; from Steven Wallace on Wed, Jul 02, 1997 at 05:02:15PM -0700 Sender: owner-current@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk [ CC: trimmed to freebsd-current only ] On Jul 2, Steven Wallace wrote: > I got a new Iwill P55XUW motherboard with the Intel Triton 430TX chipset. > The built-in serial ports are not working under FreeBSD, although they > work under Windows 95. This is quite surprising! If the BIOS did not disable the builtin ports, then they ought to respond to the ISA probe, and there is no further kernel support required! > When the system boots and displays the system configuration, it displays > the port of all three serial ports correctly, but when FreeBSD boots, > it does not recognize sio0 or sio1 (built-in) but only sio2 (an ISA card). > I thought the problem might be because FreeBSD does not recognize > by name the 430TX chipset. Does bsd have to activate these built-in ports > or is this completely a BIOS problem? (and why is it okay under DOS?) The recognizing of chipsets is just required to display some chipset configuration registers in the verbose boot case. Only systems with more than one gost to PCI bridge (some PPro boards) require actual code to support the PCI probe on the second and further directly attached PCI bus. This deos not apply to the P55XUW, and did only affect PCI probes, anyway ... > Here is a partial probe list: > > Probing for devices on PCI bus 0: > chip0 rev 1 on pci0:0 > chip1 rev 1 on pci0:7:0 > pci0:7:1: Intel Corporation, device=0x7111, class=storage (ide) [no driver assigned] > pci0:7:2: Intel Corporation, device=0x7112, class=0x0c, subclass=0x03 int d irq 15 [no driver assigned] > chip2 rev 1 on pci0:7:3 I think I commited patches to identify all four "functions" present in the TX chipset, a few weeks ago, but only to the -current branch. > sio0 not found at 0x3f8 > sio1 not found at 0x2f8 > sio2 at 0x3e8-0x3ef irq 5 on isa [ISA modem card] This is weird! The SIO's were not found by the ISA probe, and you may want to put some debugging printfs into the probe, in order to understand where it fails. TX boards have been sold for more than half a year, and I'm sure there is no problem in general, or it had been reported months ago ... I don't think that your problem is PCI related, but will give any support you need, within the (narrow) limits of my spare time. Regards, STefan