From owner-freebsd-smp Fri Apr 4 13:56:21 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id NAA06157 for smp-outgoing; Fri, 4 Apr 1997 13:56:21 -0800 (PST) Received: from Ilsa.StevesCafe.com (sc-gw.StevesCafe.com [205.168.119.191]) by freefall.freebsd.org (8.8.5/8.8.5) with ESMTP id NAA06150 for ; Fri, 4 Apr 1997 13:56:17 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by Ilsa.StevesCafe.com (8.7.5/8.6.12) with SMTP id OAA18505; Fri, 4 Apr 1997 14:55:52 -0700 (MST) Message-Id: <199704042155.OAA18505@Ilsa.StevesCafe.com> X-Authentication-Warning: Ilsa.StevesCafe.com: Host localhost [127.0.0.1] didn't use HELO protocol X-Mailer: exmh version 1.6.5 12/11/95 From: Steve Passe To: vanmaren@fast.cs.utah.edu (Kevin Van Maren) cc: nishio@caleche.kecl.ntt.co.jp, freebsd-smp@freebsd.org Subject: Re: APIC_IO problem on Tyan S1668 In-reply-to: Your message of "Fri, 04 Apr 1997 13:23:54 MST." <199704042023.NAA20216@fast.cs.utah.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 04 Apr 1997 14:55:52 -0700 Sender: owner-smp@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi, > Nope! There are two cards in the 5-PCI slot MotherBoard (NO bridge chips). > Note that they are both on PCI bus #0. The problem is that there are > 5 PCI slots, 4 PCI/ISA redirection registers, and 4 MP table entries. > Yes, it is a problem with the Tyan MB that it doesn't have all the PCI > slots in the table. I'll buy that. The PCI code is probably confused by a shared INT where one card is being handled via a lower INT and the other an upper APIC INT! The new gigabyte dual 686DX has five slots and its mptable looks like: INT active-lo level 0 8:A 2 16 INT active-lo level 0 9:A 2 17 INT active-lo level 0 10:A 2 18 INT active-lo level 0 11:A 2 19 INT active-lo level 0 7:A 2 19 INT active-lo level 0 12:A 2 16 why 6 entries I have no idea... this is with 2 PCI cards installed: ahc0 rev 0 int a irq 16 on pci0:8:0 de0 rev 17 int a irq 19 on pci0:11:0 --- I still believe it can be fixed with a bandaid in the kernel. This fix unfortunately will be SLOT specific, ie once installed in the kernel, the SMC card will have to stay in that specific slot to work. I think the correct long-term solution is going to be kernel code that rebuilds the mptable after PCI discovery has finished., ie we will toss the mptable provided by the MB. -- Steve Passe | powered by smp@csn.net | Symmetric MultiProcessor FreeBSD