From owner-freebsd-smp Sat Feb 1 21:01:28 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id VAA00534 for smp-outgoing; Sat, 1 Feb 1997 21:01:28 -0800 (PST) Received: from clem.systemsix.com (clem.systemsix.com [198.99.86.131]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id VAA00527 for ; Sat, 1 Feb 1997 21:01:17 -0800 (PST) Received: from localhost (localhost [127.0.0.1]) by clem.systemsix.com (8.6.12/8.6.12) with SMTP id VAA05826; Sat, 1 Feb 1997 21:58:21 -0700 Message-Id: <199702020458.VAA05826@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: "John D. Smerdon" cc: smp@freebsd.org Subject: Re: Tyan Tomcat II SMP video problems In-reply-to: Your message of "Sat, 01 Feb 1997 23:27:53 EST." <3.0.32.19970201232751.00e31450@smerdon.livonia.mi.us> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Sat, 01 Feb 1997 21:58:21 -0700 Sender: owner-smp@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi, > At 10:52 AM 2/1/97 -0700, Steve Passe wrote: > >options SMP_INVLTLB > > > >set when using APIC_IO? this is MANDATORY (but ONLY with APIC_IO). > > I had it set with and without APIC_IO. I seem to remember that setting SMP_INVLTLB *without* APIC_IO causes the one error you reported previously: >current process = 5 (cpuidle0) >trapnumber = 29 >panic (cpu#0) Unknown/Reserved Trap the Unknown trap is a result of trying to do an IPI via the APICs when they are not programmed. bottom line for everyone: ------------------------------------------------------------------------------- SMP_PROBLEM: dependancies of APIC_IO and SMP_INVLTLB not properly documented. you MUST either set BOTH APIC_IO and SMP_INVLTLB or set NEITHER. -- solution: don't do it! -- proper fix for code: add #ifdefs to code to abort build when improper combinations are attempted. ------------------------------------------------------------------------------- --- > A just compiled a kernel without APIC_IO and SMP_INVLTLB and it works! I > just rebuilt most of the kernel with a `make -j 8` so the question is why a kernel with APIC_IO *and* SMP_INVLTLB doesn't... can you verify that this is true, ie have you tried that combination? --- > > >this smells like hardware to me. I believe this board is the one that had > >a problem with its cache module. > > The motherboard came with the "new and improved" cache module. I have been could you document for us how one determines whether they have the "new and improved" module? serial #, model #, ??? --- > >the only thing that jumps out is having ep0 on IRQ15, try to keep everything > >off of 14 & 15. > > While trying to get a configuration that worked with NT, FreeBSD, and PNP, > I stuck the ep0 on IRQ 15. I can try to move it somewhere else and see > what happens. this was a shot in the dark. I seem to remember someone claiming that tyan had a problem with reassigning 14 & 15 as they are "reserved" for the 2 IDE channels. since the IDE circuits are in the same chip as the 8259 ICUs it is possible that there are some limitations, but I have no concrete facts either way. -- Steve Passe | powered by smp@csn.net | FreeBSD -----BEGIN PGP PUBLIC KEY BLOCK----- Version: 2.6.2 mQCNAzHe7tEAAAEEAM274wAEEdP+grIrV6UtBt54FB5ufifFRA5ujzflrvlF8aoE 04it5BsUPFi3jJLfvOQeydbegexspPXL6kUejYt2OeptHuroIVW5+y2M2naTwqtX WVGeBP6s2q/fPPAS+g+sNZCpVBTbuinKa/C4Q6HJ++M9AyzIq5EuvO0a8Rr9AAUR tBlTdGV2ZSBQYXNzZSA8c21wQGNzbi5uZXQ+ =ds99 -----END PGP PUBLIC KEY BLOCK-----