From owner-freebsd-arm@FreeBSD.ORG Sun Sep 30 10:37:36 2007 Return-Path: Delivered-To: freebsd-arm@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id C18B416A418 for ; Sun, 30 Sep 2007 10:37:36 +0000 (UTC) (envelope-from andrew@fubar.geek.nz) Received: from mta01.xtra.co.nz (mta01.xtra.co.nz [210.54.141.254]) by mx1.freebsd.org (Postfix) with ESMTP id 6803913C459 for ; Sun, 30 Sep 2007 10:37:30 +0000 (UTC) (envelope-from andrew@fubar.geek.nz) Received: from fep04.xtra.co.nz ([172.23.12.41]) by mta01.xtra.co.nz with ESMTP id <20070930103720.FGXW7558.mta01.xtra.co.nz@fep04.xtra.co.nz> for ; Sun, 30 Sep 2007 23:37:20 +1300 Received: from serv.int.fubar.geek.nz ([122.57.23.245]) by fep04.xtra.co.nz with ESMTP id <20070930103720.QQTA17371.fep04.xtra.co.nz@serv.int.fubar.geek.nz> for ; Sun, 30 Sep 2007 23:37:20 +1300 Date: Sun, 30 Sep 2007 23:37:19 +1300 From: Andrew Turner To: freebsd-arm@freebsd.org Message-ID: <20070930233719.29a6de96@hermies.int.fubar.geek.nz> In-Reply-To: <20070929190910.313773ed@hermies.int.fubar.geek.nz> References: <20070929190910.313773ed@hermies.int.fubar.geek.nz> X-Mailer: Claws Mail 3.0.1 (GTK+ 2.10.14; i386-portbld-freebsd6.2) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Subject: Re: Updated Neo1973 snapshot X-BeenThere: freebsd-arm@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Porting FreeBSD to the StrongARM Processor List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 30 Sep 2007 10:37:36 -0000 There is a new snapshot available from [1]. I've fixed the problems with FreeBSD causing the CPU to jump to a bad memory address. You will need to adjust the mkimage arguments. See [2] for more information. On Sat, 29 Sep 2007 19:09:10 +1200 Andrew Turner wrote: > There is a problem with the calls to strlen and strcpy where they > cause the emulator to execute from invalid memory locations (eg. > 0x0). The line "preload_metadata = (void *)fake_preload;" also causes > qemu to attempt to execute from a bad memory location (0x20). Does > anyone have any ideas how to fix either of these? I've tracked these down to Qemu attempting to execute the u-boot header rather. I've fixed it by adjusting the location it starts executing from to be correct. Andrew [1] http://fubar.geek.nz/files/freebsd/neo1973/neo1973-0.20070930.tar.bz2 [2] http://wiki.openmoko.org/wiki/FreeBSD -- Andrew Turner http://fubar.geek.nz/blog/