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/ From owner-freebsd-arm@FreeBSD.ORG Sun Sep 30 12:39:33 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 0F4E316A419 for ; Sun, 30 Sep 2007 12:39:33 +0000 (UTC) (envelope-from marius.nuennerich@gmx.de) Received: from mail.gmx.net (mail.gmx.net [213.165.64.20]) by mx1.freebsd.org (Postfix) with SMTP id 6C41013C44B for ; Sun, 30 Sep 2007 12:39:32 +0000 (UTC) (envelope-from marius.nuennerich@gmx.de) Received: (qmail invoked by alias); 30 Sep 2007 12:39:30 -0000 Received: from f048048203.adsl.alicedsl.de (EHLO sol.hackerzberg.local) [78.48.48.203] by mail.gmx.net (mp046) with SMTP; 30 Sep 2007 14:39:30 +0200 X-Authenticated: #5707313 X-Provags-ID: V01U2FsdGVkX18SBOBPSc4SREJeMxu00F0r7TpIiV3YMzf7Cya3/h Eozd2Ja7U7HP52 Date: Sun, 30 Sep 2007 14:39:37 +0200 From: Marius Nuennerich To: freebsd-arm@freebsd.org Message-ID: <20070930143937.416e8d21@sol.hackerzberg.local> In-Reply-To: <20070930233719.29a6de96@hermies.int.fubar.geek.nz> References: <20070929190910.313773ed@hermies.int.fubar.geek.nz> <20070930233719.29a6de96@hermies.int.fubar.geek.nz> X-Mailer: Claws Mail 2.9.1 (GTK+ 2.10.12; i386-portbld-freebsd6.1) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Y-GMX-Trusted: 0 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 12:39:33 -0000 On Sun, 30 Sep 2007 23:37:19 +1300 Andrew Turner wrote: > 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 Hmm, I just talked to the u-boot maintainer and he told me that u-boot doesn't copy the header just the kernel. But maybe the entry point into the kernel is not at the beginning of the image? How did you come up with the new address?