From owner-freebsd-arm@FreeBSD.ORG Wed Nov 28 03:20:57 2012 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [69.147.83.52]) by hub.freebsd.org (Postfix) with ESMTP id DC1D0528; Wed, 28 Nov 2012 03:20:57 +0000 (UTC) (envelope-from garmitage@swin.edu.au) Received: from gpo1.cc.swin.edu.au (gpo1.cc.swin.edu.au [136.186.1.30]) by mx1.freebsd.org (Postfix) with ESMTP id 5803F8FC13; Wed, 28 Nov 2012 03:20:56 +0000 (UTC) Received: from [136.186.229.44] (garmitage3.caia.swin.edu.au [136.186.229.44]) by gpo1.cc.swin.edu.au (8.14.3/8.14.3) with ESMTP id qAS3KJeG018147 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 28 Nov 2012 14:20:39 +1100 Message-ID: <50B582F3.4060608@swin.edu.au> Date: Wed, 28 Nov 2012 14:20:19 +1100 From: grenville armitage User-Agent: Mozilla/5.0 (X11; FreeBSD amd64; rv:7.0.1) Gecko/20111003 Thunderbird/7.0.1 MIME-Version: 1.0 To: freebsd-emulation@freebsd.org, freebsd-arm@freebsd.org Subject: Re: FreeBSD-CURRENT on Qemu-emulated Gumstix Verdex? References: <50AFEAC5.6040607@swin.edu.au> <50B04B1A.8090907@bluezbox.com> In-Reply-To: <50B04B1A.8090907@bluezbox.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 28 Nov 2012 03:20:58 -0000 On 11/24/2012 15:20, Oleksandr Tymoshenko wrote: > On 11/23/2012 1:29 PM, grenville armitage wrote: [..] >> I recently decided to try getting an arm build of 10.0-CURRENT >> (r243319) (TARGET=arm KERNCONF=GUMSTIX-QEMU) running inside a >> Qemu-emulated Gumstix Verdex board, using qemu-devel (1.1.1) as the >> emulator. [..] >> The problem appears to be FreeBSD auto-detecting twice the emulated >> available RAM. Does this ring any bells with anyone? My google-fu >> has so far failed me. [..] > From quick glance it seems that FreeBSD's SDRAM size detection code > thinks that there are 4 banks of 128Mb. While the same MDCNFG > register value(0x8ad30ad3) is used in U-Boot source to indicate 256Mb > memory size. So I assume our code is broken for PXA270. If anybody > got a datasheet for it - please take a look, or send datasheet my > way. I will admit to not knowing much about the kernel's internals, so I hope someone gets in touch with you regarding the PXA270's datasheet. I'll happily be a test-subject for any patches that might arise! cheers, gja