Date: Sun, 30 Sep 2007 14:39:37 +0200 From: Marius Nuennerich <marius.nuennerich@gmx.de> To: freebsd-arm@freebsd.org Subject: Re: Updated Neo1973 snapshot 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>
next in thread | previous in thread | raw e-mail | index | archive | help
On Sun, 30 Sep 2007 23:37:19 +1300 Andrew Turner <andrew@fubar.geek.nz> 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 <andrew@fubar.geek.nz> 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?
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20070930143937.416e8d21>