From owner-freebsd-smp Sun Feb 2 15:27:59 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id PAA20315 for smp-outgoing; Sun, 2 Feb 1997 15:27:59 -0800 (PST) Received: from phaeton.artisoft.com (phaeton.Artisoft.COM [198.17.250.211]) by freefall.freebsd.org (8.8.5/8.8.5) with SMTP id PAA20308 for ; Sun, 2 Feb 1997 15:27:55 -0800 (PST) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id QAA09083; Sun, 2 Feb 1997 16:25:26 -0700 From: Terry Lambert Message-Id: <199702022325.QAA09083@phaeton.artisoft.com> Subject: Re: SMP To: smp@csn.net (Steve Passe) Date: Sun, 2 Feb 1997 16:25:26 -0700 (MST) Cc: terry@lambert.org, davem@jenolan.rutgers.edu, michaelh@cet.co.jp, netdev@roxanne.nuclecu.unam.mx, roque@di.fc.ul.pt, freebsd-smp@FreeBSD.org, smpdev@roxanne.nuclecu.unam.mx In-Reply-To: <199702022232.PAA10876@clem.systemsix.com> from "Steve Passe" at Feb 2, 97 03:32:16 pm X-Mailer: ELM [version 2.4 PL24] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-smp@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk > i missed something here, could you clarify exactly what "this case" > means as reguards "seeing APIC_IO problems"? [ ... ] > > I don't know what lists you follow, but just in the past two days, > > the has been a person on the FreeBSD SMP list running a motherboard > > with "improved cache handling" that seems to be barfing on something > > like this when APIC_IO is used... 8-(. > > "improved cache handling" refers to a cache module that actually works, > ie tyan first shipped boards with a defective design, the fix for which > was a new, redesigned module. It is my belief that several people are > running tyan tomcat IIs with the APIC_IO option enabled. could > users confirm this for us? The guy with the "new, improved cache chips" can't run APIC_IO; it was on the SMP list... both yesterday and today, in fact. He has stated that compiling without the APIC_IO runs... > I have a theory about why this particular board is unhappy, but I need > further tests run before I can verify anything. But I don't think it > has anything to do with interaction of the APIC and cache coherency. OK... your theory is probably more likely correct than mine. What do you have to say about treating the cache line coherency? Is it necessary, or is it automatic? Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers.