From owner-freebsd-bugs Sat Aug 9 12:40:04 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id MAA09719 for bugs-outgoing; Sat, 9 Aug 1997 12:40:04 -0700 (PDT) Received: (from gnats@localhost) by hub.freebsd.org (8.8.5/8.8.5) id MAA09691; Sat, 9 Aug 1997 12:40:02 -0700 (PDT) Resent-Date: Sat, 9 Aug 1997 12:40:02 -0700 (PDT) Resent-Message-Id: <199708091940.MAA09691@hub.freebsd.org> Resent-From: gnats (GNATS Management) Resent-To: freebsd-bugs Resent-Reply-To: FreeBSD-gnats@FreeBSD.ORG, smp@csn.net Received: from Victor.StevesCafe.com (Victor.StevesCafe.com [205.168.119.140]) by hub.freebsd.org (8.8.5/8.8.5) with ESMTP id MAA09294 for ; Sat, 9 Aug 1997 12:31:06 -0700 (PDT) Received: (from root@localhost) by Victor.StevesCafe.com (8.8.6/8.8.5) id NAA04144; Sat, 9 Aug 1997 13:29:52 -0600 (MDT) Message-Id: <199708091929.NAA04144@Victor.StevesCafe.com> Date: Sat, 9 Aug 1997 13:29:52 -0600 (MDT) From: smp@csn.net Reply-To: smp@csn.net To: FreeBSD-gnats-submit@FreeBSD.ORG X-Send-Pr-Version: 3.2 Subject: kern/4255: SMP kernel freezes on machines with >2 CPUs. Sender: owner-freebsd-bugs@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk >Number: 4255 >Category: kern >Synopsis: SMP kernel freezes on machines with >2 CPUs. >Confidential: no >Severity: non-critical >Priority: low >Responsible: freebsd-bugs >State: open >Class: sw-bug >Submitter-Id: current-users >Arrival-Date: Sat Aug 9 12:40:01 PDT 1997 >Last-Modified: >Originator: Steve Passe >Organization: Steve's Cafe >Release: FreeBSD 3.0-CURRENT i386 >Environment: SMP kernel on machines with >2 CPUs. >Description: When the kernel config file "options NCPU=x" line has a value for x that doesn't agree with the actual number of CPUs on the motherboard the kernel will usually freeze during boot. >How-To-Repeat: set "options NCPU=x" to 2 on a board with 4 CPUs. >Fix: For now just make sure that "options NCPU=x" agrees with the actual CPU count of your motherboard. The default is NCPU=2, so most users needn't bother. Those with hardware containing 4 CPUs will have to make sure to add "options NCPU=4" to their config files for now. The correct fix is to examine mpboot.s and determine why the additional CPUs get into the race for the bootlock (my current theory as to the cause of the problem). >Audit-Trail: >Unformatted: