From owner-freebsd-smp Tue Apr 27 12:43:54 1999 Delivered-To: freebsd-smp@freebsd.org Received: from smtp02.primenet.com (smtp02.primenet.com [206.165.6.132]) by hub.freebsd.org (Postfix) with ESMTP id F1C9314DA7 for ; Tue, 27 Apr 1999 12:43:51 -0700 (PDT) (envelope-from tlambert@usr04.primenet.com) Received: (from daemon@localhost) by smtp02.primenet.com (8.8.8/8.8.8) id MAA27037; Tue, 27 Apr 1999 12:43:44 -0700 (MST) Received: from usr04.primenet.com(206.165.6.204) via SMTP by smtp02.primenet.com, id smtpd027007; Tue Apr 27 12:43:40 1999 Received: (from tlambert@localhost) by usr04.primenet.com (8.8.5/8.8.5) id MAA03094; Tue, 27 Apr 1999 12:43:37 -0700 (MST) From: Terry Lambert Message-Id: <199904271943.MAA03094@usr04.primenet.com> Subject: Re: Really slow SMP To: mike@smith.net.au (Mike Smith) Date: Tue, 27 Apr 1999 19:43:37 +0000 (GMT) Cc: peter@netplex.com.au, darius@dons.net.au, freebsd-smp@FreeBSD.ORG In-Reply-To: <199904231442.HAA00413@dingo.cdrom.com> from "Mike Smith" at Apr 23, 99 07:42:17 am X-Mailer: ELM [version 2.4 PL25] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-smp@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org > > (There is no MTRR synchronization like there was before. Previously the > > BSP would dump all it's MTRR registers to a table and all the other AP > > cpus would load that table on startup. That table doesn't exist anymore.) > > Hmm. It's quite likely that the BIOS is only setting the MTRRs in the > BSP; why aren't the APs doing this anymore? Right; this is the crux of the matter: it used to work, now it doesn't. Clearly, the SMP patches are what had this effect; the question is why? Terry Lambert terry@lambert.org --- Any opinions in this posting are my own and not those of my present or previous employers. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-smp" in the body of the message