From owner-cvs-all@FreeBSD.ORG Sat Nov 1 01:43:27 2003 Return-Path: Delivered-To: cvs-all@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 098C016A4CE; Sat, 1 Nov 2003 01:43:27 -0800 (PST) Received: from mailman.zeta.org.au (mailman.zeta.org.au [203.26.10.16]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8643443FAF; Sat, 1 Nov 2003 01:43:25 -0800 (PST) (envelope-from bde@zeta.org.au) Received: from gamplex.bde.org (katana.zip.com.au [61.8.7.246]) by mailman.zeta.org.au (8.9.3p2/8.8.7) with ESMTP id UAA20214; Sat, 1 Nov 2003 20:43:22 +1100 Date: Sat, 1 Nov 2003 20:43:22 +1100 (EST) From: Bruce Evans X-X-Sender: bde@gamplex.bde.org To: Andy Farkas In-Reply-To: <20031101124953.I85774@hewey.af.speednet.com.au> Message-ID: <20031101203448.Q3593@gamplex.bde.org> References: <20031101124953.I85774@hewey.af.speednet.com.au> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII cc: cvs-all@freebsd.org cc: John Baldwin Subject: RE: cvs commit: src/sys/i386/i386 machdep.c X-BeenThere: cvs-all@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: CVS commit messages for the entire tree List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sat, 01 Nov 2003 09:43:27 -0000 On Sat, 1 Nov 2003, Andy Farkas wrote: > John Baldwin wrote: > > On 31-Oct-2003 Bruce Evans wrote: > > > On Fri, 31 Oct 2003, John Baldwin wrote: > > >> > > >> On 31-Oct-2003 John Baldwin wrote: > > >> > jhb 2003/10/31 06:24:29 PST > > >> > > > >> > FreeBSD src repository > > >> > > > >> > Modified files: > > >> > sys/i386/i386 machdep.c > > >> > Log: > > >> > - Finish externing of r_idt in the f00f hack code. > > >> > - Miscellaneous style fixes in the f00f hack code and some nearby code. > > > ... > > >> This might actually fix SMP on Pentium's since the AP's will not > > >> point to the correct IDT without this fix. > > > > > > Have the been any reports of it being broken? We configure the f00f hack > > > code on all PentiumIs (aka P5s) including ones without the f00f bug, so > > > the r_idt bug probably breaks all SMP systems with such CPUs. > > > > Actually, since this still used the global r_idt in the SMP case, I'm > > not sure it was really broken. However, to the best of my knowledge, > > SMP currently doesn't owrk on PentiumI systems right now at least in > > current and possibly in stable as well. > > SMP on Pentium Broken? My current dmesg.boot says: The bug may be just that only 1 CPU (the BSP (?)) gets the f00f hack. So there is no problem if none of the CPUs have the f00f bug or if only one of them has it and it is the one that gets the hack. Bruce