From owner-freebsd-smp Mon Aug 17 18:29:34 1998 Return-Path: Received: (from majordom@localhost) by hub.freebsd.org (8.8.8/8.8.8) id SAA07898 for freebsd-smp-outgoing; Mon, 17 Aug 1998 18:29:34 -0700 (PDT) (envelope-from owner-freebsd-smp@FreeBSD.ORG) Received: from mail1.its.rpi.edu (mail1.its.rpi.edu [128.113.100.7]) by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id SAA07883 for ; Mon, 17 Aug 1998 18:29:31 -0700 (PDT) (envelope-from drosih@rpi.edu) Received: from [128.113.24.47] (ned.dynamic.rpi.edu [128.113.24.149]) by mail1.its.rpi.edu (8.8.8/8.8.6) with ESMTP id VAA43772; Mon, 17 Aug 1998 21:29:06 -0400 Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" X-Sender: drosih@pop1.rpi.edu Message-Id: In-Reply-To: <19980817220046.44173@deepo.prosa.dk> Date: Mon, 17 Aug 1998 21:33:00 -0400 To: Philippe Regnauld , freebsd-smp@FreeBSD.ORG From: Garance A Drosihn Subject: Re: PR440fx (Toshiba) + SMP ? Sender: owner-freebsd-smp@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org At 10:00 PM +0200 8/17/98, Philippe Regnauld wrote: > I've just replaced my GA-586DX with a PR440fx board with 2 P6-166, > CSS audio and Intel 100Mb fxp. > > (the BIOS displays Toshiba at boot). > > - I've upgraded to the latest BIOS > - I've recompiled my kernel with I686 (-current from last night) > > But FreeBSD insists on seeing only one CPU -- I've even tried > hardwiring with NCPU=2, to no avail. I've also tried playing > with the BIOS SMP settings (1.1 or 1.4) -- no luck... This is the behavior I got from my Toshiba, primarily because I am a bit new to Intel-ish hardware. I bought a PPro chip and tossed it in the second slot, and clipped the fan over it (after dabbing the CPU with some stuff that improves heat conductivity between the chip and the fan). Nothing would see the second CPU. Turns out I had put the CPU in wrong. I knew it was a "zero insertion force" socket, so I dropped the chip on the socket and sure enough it seemed to fit there with zero force. However, I had not lifted up the little lever on the side of the socket before dropping the chip in there, so the CPU wasn't really in the socket (even though it seemed OK). No wonder it was a little hard to hook the fan over that CPU and onto the socket!! So, I had to unhook the fan for the second CPU, lift the lever, let the second CPU really drop into the socket, and then put the lever back down. I hooked the fan back up, and it started working fine. I'm pretty sure there was nothing in the BIOS that I had to change to get the second CPU working. If you want to eliminate FreeBSD from the equation, you could check the BIOS to see if *it* sees the second CPU. Reboot the system, hit "F1" to get into the BIOS, and once the BIOS screen comes up then hit the right-arrow key to get into the "Advanced" BIOS screen. It should list "Processor 0 Type" and "Processor 1 Type". In my case those two lines say "Pentium(R) Pro CPU" and the "Processor Speed" line says 200 MHz. If the BIOS doesn't see the CPU, then it won't have the line about "Processor 1 Type". And if the BIOS doesn't see the CPU, then FreeBSD certainly won't. Also, at least on my machine (a Toshiba 6200M), you will *not* see the name "Toshiba" displayed at boot if you have updated to the latest BIOS from Intel for the PR440FX. When you get into the BIOS, does it report itself as version 1.00.08.DI0, or does it report 1.00.01D8 ? Upgrading the BIOS (at least on my machine) is somewhat tricky, as the only way to get the BIOS upgrade to work is to change the jumper on the motherboard to use the "emergency" BIOS upgrade procedure. Once I got the CPU in there correctly, it seems to be working fine under an SMP kernel under FreeBSD. I do have a problem if I try to rebuild Modula3 with an SMP kernel, but that's the only oddball thing I have noticed. --- Garance Alistair Drosehn = gad@eclipse.its.rpi.edu Senior Systems Programmer or drosih@rpi.edu Rensselaer Polytechnic Institute To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-smp" in the body of the message