From owner-freebsd-smp  Wed Jun  9 17: 1:10 1999
Delivered-To: freebsd-smp@freebsd.org
Received: from lor.watermarkgroup.com (lor.watermarkgroup.com [207.202.73.33])
	by hub.freebsd.org (Postfix) with ESMTP
	id 3AECF14F52; Wed,  9 Jun 1999 17:01:05 -0700 (PDT)
	(envelope-from luoqi@watermarkgroup.com)
Received: (from luoqi@localhost)
	by lor.watermarkgroup.com (8.8.8/8.8.8) id UAA07014;
	Wed, 9 Jun 1999 20:01:04 -0400 (EDT)
	(envelope-from luoqi)
Date: Wed, 9 Jun 1999 20:01:04 -0400 (EDT)
From: Luoqi Chen <luoqi@watermarkgroup.com>
Message-Id: <199906100001.UAA07014@lor.watermarkgroup.com>
To: freebsd-current@FreeBSD.ORG, freebsd-smp@FreeBSD.ORG,
	tich@ma.ikos.com
Subject: Re:  4-way SMP broken ?
Sender: owner-freebsd-smp@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.org

> Hi,
> 
> I've been trying to install 19990604-CURRENT on a couple of SC450NX
> boxes.  It works fine with 2 cpu's, but an SMP kernel with 4 cpu's
> falls over very quickly (I think while it's setting up the APIC
> stuff, or very shortly after - the messages about APIC bus ids appear
> on the screen very briefly, then the machine reboots itself).
> 
Do you mean messages like these?
    FreeBSD/SMP: Multiprocessor motherboard
     cpu0 (BSP): apic id:  0, version: 0x00040011, at 0xfec08000
     cpu1 (AP):  apic id: 12, version: 0x00040011, at 0xfec08000
     io0 (APIC): apic id: 13, version: 0x00170011, at 0xfec00000
By the time you see these messages, all cpus should have been booted up
successfully, any crash immediately follows is not likely to be SMP related.
It's helpful to pinpoint the crash if you could include the last few lines
from a verbose boot.

> Does anyone know a) when was the last time it worked on 4 cpu's
> b) what's changed recently which might relate to this.
> 
> Also in trying to figure this out I looked at the DRAM probing
> code in /usr/src/sys/i386/i386/machdep.c:getmemsize(), and it looks
> as though it's not safe for >2GB (e.g. comparisons of byte addresses
> against signed "int end").  It would also be good if this probing
> code was carefule not to ventrue past 4GB-64MB (PCI device space) -
> then a generic kernel could work on a 4GB machine without any tweaking,
> which would simplify installation - I get nervous shuffling DIMMs
> in and out of the machine ...
> 
> Thanks
>    Richard Cownie (tich@ma.ikos.com)
> 

-lq


To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-smp" in the body of the message