From owner-freebsd-sparc64@FreeBSD.ORG Mon May 30 02:33:40 2005 Return-Path: X-Original-To: sparc64@freebsd.org Delivered-To: freebsd-sparc64@FreeBSD.ORG Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 2F38516A41C; Mon, 30 May 2005 02:33:40 +0000 (GMT) (envelope-from scottl@samsco.org) Received: from pooker.samsco.org (pooker.samsco.org [168.103.85.57]) by mx1.FreeBSD.org (Postfix) with ESMTP id CB6DD43D1F; Mon, 30 May 2005 02:33:39 +0000 (GMT) (envelope-from scottl@samsco.org) Received: from [192.168.254.11] (junior.samsco.home [192.168.254.11]) (authenticated bits=0) by pooker.samsco.org (8.13.3/8.13.3) with ESMTP id j4U2exC0001049; Sun, 29 May 2005 20:41:00 -0600 (MDT) (envelope-from scottl@samsco.org) Message-ID: <429A7B4D.3080102@samsco.org> Date: Sun, 29 May 2005 20:32:45 -0600 From: Scott Long User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.7.5) Gecko/20050218 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Hiroki Sato References: <20050530.025302.64839649.hrs@allbsd.org> In-Reply-To: <20050530.025302.64839649.hrs@allbsd.org> Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-2.8 required=3.8 tests=ALL_TRUSTED autolearn=failed version=3.0.2 X-Spam-Checker-Version: SpamAssassin 3.0.2 (2004-11-16) on pooker.samsco.org Cc: sparc64@freebsd.org Subject: Re: E4500 with 24GB RAM X-BeenThere: freebsd-sparc64@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the Sparc List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 30 May 2005 02:33:40 -0000 Hiroki Sato wrote: > Hi, > > I tried RELENG_5 on 10-way E4500 with 24GB RAM but the following > panic occurred just after loading the kernel: > > |FreeBSD 5.4-STABLE #0: Thu May 26 15:53:20 JST 2005 > | hrs@e4500-2.allbsd.org:/usr/obj/usr/src/sys/E4500_2 > |real memory = 25769803776 (24576 MB) > |kmem_suballoc: bad status return of 3. > |panic: kmem_suballoc > |cpuid = 0 > > The box worked fine after disabling some of the memory modules > by OpenBoot. 4GB RAM worked, but more than that didn't. > > Is it currently difficult to handle memory more than 4GB > on FreeBSD/sparc64? If there is some workaround or > something I can help, please let me know. Thanks. > I'd guess that you're the first to have access to so much memory and a machine to hold it. The error means that vm_map_find() returned KERN_NO_SPACE. It could be that there is a 64-bit bug in the code, or it could be that the page tables to index so much memory consume all available space in the kernel map. Scott