From owner-freebsd-ppc@FreeBSD.ORG Tue Oct 7 18:55:57 2008 Return-Path: Delivered-To: freebsd-ppc@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id A2FEF1065692; Tue, 7 Oct 2008 18:55:57 +0000 (UTC) (envelope-from andreast-list@fgznet.ch) Received: from smtp.fgznet.ch (mail.fgznet.ch [81.92.96.47]) by mx1.freebsd.org (Postfix) with ESMTP id 3C4E08FC1C; Tue, 7 Oct 2008 18:55:56 +0000 (UTC) (envelope-from andreast-list@fgznet.ch) Received: from wolfram.andreas.nets ([91.190.8.131]) by smtp.fgznet.ch (8.13.8/8.13.8/Submit_SMTPAUTH) with ESMTP id m97Itsl7070659; Tue, 7 Oct 2008 20:55:55 +0200 (CEST) (envelope-from andreast-list@fgznet.ch) Message-ID: <48EBB0BA.70403@fgznet.ch> Date: Tue, 07 Oct 2008 20:55:54 +0200 From: Andreas Tobler User-Agent: Thunderbird 2.0.0.17 (Macintosh/20080914) MIME-Version: 1.0 To: Peter Grehan References: <20081007140359.EJV63125@dommail.onthenet.com.au> In-Reply-To: <20081007140359.EJV63125@dommail.onthenet.com.au> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-Scanned-By: MIMEDefang 2.64 on 81.92.96.47 Cc: freebsd-ppc@freebsd.org Subject: Re: physical memory limit? X-BeenThere: freebsd-ppc@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the PowerPC List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Tue, 07 Oct 2008 18:55:57 -0000 Hi Peter, Peter Grehan wrote: >> I remember back in 05 we had a similar issue when I tried >> 'buildworld' on a G4 alu book. Then you suggested to me >> to reduce hw.physmem to 512MB. > > Indeed, and I'm certain those problems were fixed in r1.115 > of mmu_oea.c where the secondary PTEG hash was corrected. Ok, then I trust you :) >> I'll reduce/replace the memory and see how it behaves. > > OK, let us know how it goes. First step passed, I reduced to one 512MB DIMM and a full buildworld with parallel qt build passed. I'll try overnight with the other DIMM to exclude single DIMM failures. But still, I have some more possibilities then, slot1/2 is defect, DIMM 1 does not like co'op with DIMM 2, ECC vs. non ECC (one is marked with ECC support, the other isn't). Will take some hours to find out. Thanks, Andreas