From owner-freebsd-smp  Wed Jan  6 18:49:36 1999
Return-Path: <owner-freebsd-smp@FreeBSD.ORG>
Received: (from majordom@localhost)
          by hub.freebsd.org (8.8.8/8.8.8) id SAA15943
          for freebsd-smp-outgoing; Wed, 6 Jan 1999 18:49:36 -0800 (PST)
          (envelope-from owner-freebsd-smp@FreeBSD.ORG)
Received: from lor.watermarkgroup.com (lor.watermarkgroup.com [207.202.73.33])
          by hub.freebsd.org (8.8.8/8.8.8) with ESMTP id SAA15934;
          Wed, 6 Jan 1999 18:49:32 -0800 (PST)
          (envelope-from luoqi@watermarkgroup.com)
Received: (from luoqi@localhost)
	by lor.watermarkgroup.com (8.8.8/8.8.8) id VAA10567;
	Wed, 6 Jan 1999 21:49:03 -0500 (EST)
	(envelope-from luoqi)
Date: Wed, 6 Jan 1999 21:49:03 -0500 (EST)
From: Luoqi Chen <luoqi@watermarkgroup.com>
Message-Id: <199901070249.VAA10567@lor.watermarkgroup.com>
To: freebsd-hardware@FreeBSD.ORG, freebsd-smp@FreeBSD.ORG, tich@ma.ikos.com
Subject: Re:  SMP Xeon SC450NX 2G
Sender: owner-freebsd-smp@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.org

In i386/i386/pmap.c function pmap_init(), try to move the allocation of
kptobj to the beginning of the function (before the kmem_alloc call).

-lq

> My SC450NX Xeon box (from www.sagelec.com) is now up and running 
> 3.0-RELEASE with 2 cpus and 1GB of DRAM.  I bought an Adaptec 2940 
> to get round the ncr driver problem with the onboard Symbios 53C896.
> The onboard video (Cirrus Logic CL-GD5480) also seems to work ok
> with XFree86 (choosing GD5464 as the card type in XF86Setup).
> 
> Everything runs fine so far, and the 400MHz Xeon blows away our 
> 300MHz UltraSPARC-2 boxes (did a big gcc compile in 440 sec vs 761 sec).
> 
> With 2GB of DRAM it still crashes - here are the details:
> 
> ...
> BIOS basemem (633K) != RTC basemem (640K), setting to BIOS value
> BIOS extmem (15360K) != RTC extmem (65535K)
> Copyright (c) 1992-1998 FreeBSD Inc.
> Copyright (c) 1982, 1986, 1989, 1991, 1993
>     The Regents of the University of California. All rights reserved.
> 
> 
> Fatal trap 12: page fault while in kernel mode
> mp_lock = 00000002; cpuid = 0; lapic.id = 03000000
> fault virtual address   = 0x68
> fault code              = supervisor read, page not present
> instruction pointer     = 0x8:0xf01e41c0
> stack pointer           = 0x10:0xf02c3e8c
> frame pointer           = 0x10:0xf02c3eac
> code segment            = base 0x0, limit 0xfffff, type 0x1b
>                         = DPL 0, pres 1, def32 1, gran 1
> processor eflags        = resume, IOPL = 0
> current process         = 0 ()
> interrupt mask          = net tty bio cam  <- SMP: XXX
> kernel: type 12 trap, code=0
> Stopped at  _vm_page_select_free+0x20:  movl 0x68(%esi),%ebx
> db> trace
> _vm_page_select_free(0,9,1,f2205000,f2c00000) at _vm_page_select_free+0x20
> _vm_page_alloc(0,9,2,f2205000,f0269188) at _vm_page_alloc+0xba
> _pmap_growkernel(f2a05000,4,f025e07c,800000,f02691a8) at _pmap_growkernel+0xa5
> _vm_map_findspace(f0269188,effbf000,800000,f02c3f58,f0269188,2,0,f027b75c)
> _kmem_alloc at _kmem_alloc+0x3e
> _pmap_init at _pmap_init+0x57
> _vm_mem_init at _vm_mem_init+0x50
> _main at _main+0x8b
> begin() at begin+0x54
> 
> Cheers
>      Richard Cownie (tich@ma.ikos.com)
> 
> To Unsubscribe: send mail to majordomo@FreeBSD.org
> with "unsubscribe freebsd-smp" in the body of the message
> 

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