From owner-freebsd-smp Sun Feb 2 16:25:00 1997 Return-Path: Received: (from root@localhost) by freefall.freebsd.org (8.8.5/8.8.5) id QAA23802 for smp-outgoing; Sun, 2 Feb 1997 16:25:00 -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 QAA23788 for ; Sun, 2 Feb 1997 16:24:56 -0800 (PST) Received: (from terry@localhost) by phaeton.artisoft.com (8.6.11/8.6.9) id RAA09838; Sun, 2 Feb 1997 17:22:34 -0700 From: Terry Lambert Message-Id: <199702030022.RAA09838@phaeton.artisoft.com> Subject: Re: SMP To: smp@csn.net (Steve Passe) Date: Sun, 2 Feb 1997 17:22:34 -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: <199702030003.RAA11312@clem.systemsix.com> from "Steve Passe" at Feb 2, 97 05:03:18 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 > > What do you have to say about treating the cache line coherency? > > Is it necessary, or is it automatic? > > I don't have a clue. I was under the belief that we have a MESI compliant > board to deal with, but I could easily be wrong about that. You are wrong for the BeBox and the SMP PowerMac PPC603 hardware, which are only MEI (no 'S'). I don't know how Intel-centric you are, but I'd just as soon see an entry under SMP, seperate from the CPU architecture, in the build tree. > Cache flushing: > > The processor can generate special flush and write-back bus cycles > that must be used by external caches in a manner that maintains cache > coherency. The actual responses are implementation-specific and may > vary from design to design. Here's the (possible) stool sample in the flower arrangement... 8-(. If you can attribute his problems to something else, though, I will be very happy. Like I said before, it is more likely that your theory is correct (as you point out, you wrote the APIC_IO code). Regards, Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers.