Date: Wed, 04 Dec 1996 10:33:24 -0700 From: Steve Passe <smp@csn.net> To: Terje Normann Marthinussen <Terje.N.Marthinussen@cc.uit.no> Cc: smp@freebsd.org, Peter Wemm <peter@spinner.dialix.com> Subject: Re: Crashing on activating other CPUs Message-ID: <199612041733.KAA06644@clem.systemsix.com> In-Reply-To: Your message of "Wed, 04 Dec 1996 13:35:40 %2B0100." <199612041235.NAA00889@slibo.cc.uit.no>
next in thread | previous in thread | raw e-mail | index | archive | help
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
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?199612041733.KAA06644>