From owner-freebsd-hackers Fri Dec 22 15:27:54 2000 From owner-freebsd-hackers@FreeBSD.ORG Fri Dec 22 15:27:50 2000 Return-Path: Delivered-To: freebsd-hackers@freebsd.org Received: from mass.osd.bsdi.com (adsl-63-202-177-107.dsl.snfc21.pacbell.net [63.202.177.107]) by hub.freebsd.org (Postfix) with ESMTP id 019D837B400 for ; Fri, 22 Dec 2000 15:27:50 -0800 (PST) Received: from mass.osd.bsdi.com (localhost [127.0.0.1]) by mass.osd.bsdi.com (8.11.1/8.11.1) with ESMTP id eBMNcfj06065; Fri, 22 Dec 2000 15:38:42 -0800 (PST) (envelope-from msmith@mass.osd.bsdi.com) Message-Id: <200012222338.eBMNcfj06065@mass.osd.bsdi.com> X-Mailer: exmh version 2.1.1 10/15/1999 To: Sergey Babkin Cc: heckfordj@psi-domain.co.uk, freebsd-hackers@FreeBSD.ORG Subject: Re: Pentium 4 In-reply-to: Your message of "Fri, 22 Dec 2000 18:22:19 EST." <3A43E22B.61A7A49C@bellatlantic.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Fri, 22 Dec 2000 15:38:41 -0800 From: Mike Smith Sender: msmith@mass.osd.bsdi.com Sender: owner-freebsd-hackers@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG > Mike Smith wrote: > > > > > Is there now support for the Pentium 4 in FreeBSD?? > > > > We've always run on the P4. > > > > > If so, is there an option such as CPUCLASS 786 in the Kernel?? > > > > No, it's still a 686. > > Basically, there are 3 possible issues for Pentium4: > > - higher clock frequency (also for newer P3) may cause overflow > in counters of delay loops - hopefully this does not happen in > FreeBSD We calibrate our delay loops. 8) > - microcode download: it got new model ID, so minor tweaking may be > needed to make sure that Pentium4 is recognised as upgradable > (this depends on how model comparison is done for example, Linux > needed this tweaking, UnixWare did not) FreeBSD doesn't do microcode download; it is expected that the platform BIOS will do this (since the download is an Intel trade secret, we are unlikely to ever do this). The Linux issue was actually more stupid than that; Linux won't run on a CPU it doesn't recognise. FreeBSD will only refuse to run on a CPU it recognises as incapable (since that is a much smaller set). > - microcode download: CPUs must be handled one by one sequentially > to accomodate the two-CPUs-on-one-chip technology (to exclude > the case when two logical CPUs on the same chip are being told to > do microcode upgrade at the same time) See above. 8) -- ... every activity meets with opposition, everyone who acts has his rivals and unfortunately opponents also. But not because people want to be opponents, rather because the tasks and relationships force people to take different points of view. [Dr. Fritz Todt] V I C T O R Y N O T V E N G E A N C E To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-hackers" in the body of the message