From owner-freebsd-smp Fri Jan 11 21:10:16 2002 Delivered-To: freebsd-smp@freebsd.org Received: from rwcrmhc52.attbi.com (rwcrmhc52.attbi.com [216.148.227.88]) by hub.freebsd.org (Postfix) with ESMTP id 8541F37B404; Fri, 11 Jan 2002 21:10:11 -0800 (PST) Received: from peter3.wemm.org ([12.232.27.13]) by rwcrmhc52.attbi.com (InterMail vM.4.01.03.27 201-229-121-127-20010626) with ESMTP id <20020112051011.ZBAY3578.rwcrmhc52.attbi.com@peter3.wemm.org>; Sat, 12 Jan 2002 05:10:11 +0000 Received: from overcee.netplex.com.au (overcee.wemm.org [10.0.0.3]) by peter3.wemm.org (8.11.0/8.11.0) with ESMTP id g0C5AAs68983; Fri, 11 Jan 2002 21:10:10 -0800 (PST) (envelope-from peter@wemm.org) Received: from wemm.org (localhost [127.0.0.1]) by overcee.netplex.com.au (Postfix) with ESMTP id A359138FD; Fri, 11 Jan 2002 21:10:10 -0800 (PST) (envelope-from peter@wemm.org) X-Mailer: exmh version 2.5 07/13/2001 with nmh-1.0.4 To: Chris Faulhaber Cc: scottl@FreeBSD.ORG, smp@FreeBSD.ORG Subject: Re: P5 vs. SMP, part 2 In-Reply-To: <20020112041607.GA44767@peitho.fxp.org> Date: Fri, 11 Jan 2002 21:10:10 -0800 From: Peter Wemm Message-Id: <20020112051010.A359138FD@overcee.netplex.com.au> Sender: owner-freebsd-smp@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Chris Faulhaber wrote: > > --J/dobhs11T7y2rNN > Content-Type: text/plain; charset=us-ascii > Content-Disposition: inline > Content-Transfer-Encoding: quoted-printable > > On Fri, Jan 11, 2002 at 07:49:04PM -0800, Peter Wemm wrote: > > Mark Murray wrote: > > > > I wonder how many dual P5's are still being used :/ > > >=20 > > > I have one (2xP5 @200MHz); I use it only in desktop mode, and it > > > launches X and Mozilla-CURRENT very slowly. I'm running CURRENT. > >=20 > > The good news is that I found part of the problem. Fix: > >=20 > > Yep, that seem to fix it. Good catch! We cant commit it like that though as it Would Be Bad(TM) for the non-intel cpus that have special cache handling. See i386/initcpu.c. I think a better fix would be to turn off the bits in the AP startup code since we know that the cpus that support SMP all treat these bits the same way. A more complete solution (perhaps having the AP's run the initcpu stuff to replicate the magic changes that were done to the BSP already) is the better solution for after the release. Cheers, -Peter -- Peter Wemm - peter@FreeBSD.org; peter@yahoo-inc.com; peter@netplex.com.au "All of this is for nothing if we don't go to the stars" - JMS/B5 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-smp" in the body of the message