From owner-freebsd-smp Wed Dec 4 09:33:40 1996 Return-Path: owner-smp Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id JAA06262 for smp-outgoing; Wed, 4 Dec 1996 09:33:40 -0800 (PST) Received: from clem.systemsix.com (clem.systemsix.com [198.99.86.131]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id JAA06257 for ; Wed, 4 Dec 1996 09:33:37 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by clem.systemsix.com (8.6.12/8.6.12) with SMTP id KAA06644; Wed, 4 Dec 1996 10:33:24 -0700 Message-Id: <199612041733.KAA06644@clem.systemsix.com> X-Authentication-Warning: clem.systemsix.com: Host localhost didn't use HELO protocol X-Mailer: exmh version 1.6.5 12/11/95 From: Steve Passe To: Terje Normann Marthinussen cc: smp@freebsd.org, Peter Wemm Subject: Re: Crashing on activating other CPUs In-reply-to: Your message of "Wed, 04 Dec 1996 13:35:40 +0100." <199612041235.NAA00889@slibo.cc.uit.no> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 04 Dec 1996 10:33:24 -0700 Sender: owner-smp@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi, > Our 4 CPU Netserver works without SMP_INVLTLB and APIC_IO (the latter > has never worked). With SMP_INVLTLB, I get something similar the catch-22 time, I forgot all about your missing PCI INTs when using APIC_IO, without APIC_IO you don't get SMP_INVLTBL. I think the problem is that damn re-direction thingy for PCI INTs to ISA bus. If I don't get a patch to you by wend of day remind me. your system says the PCI disk controler uses: -- I/O Ints: Type Polarity Trigger Bus ID IRQ APIC ID INT# INT conforms level 19 7 14 7 ^^^^^^^^ ^^^^^ Which is different from the ISA standard of active-hi/edge. So far our experiments suggested that for cards (PCI & EISA) redirected to ISA INTs we should ignore the entries and stick with ISA levels. This works on at least 1 EISA machine and 1 PCI machine that I have encountered. However the printout you sent earlier shows that your PCI card is completely loosing its INTs ubder APIC_IO, symptomatic of this pin being incorrectly programmed. -- Steve Passe | powered by smp@csn.net | FreeBSD