Date: Mon, 11 Jul 2011 15:25:31 -0400 From: "Brian J. McGovern" <mcgovern@beta.com> To: Mark Tinguely <marktinguely@gmail.com> Cc: freebsd-arm@freebsd.org Subject: Re: Suggestions for arm build for qemu? Message-ID: <1310412331.1466.41.camel@bmcgover-laptop.beta.com> In-Reply-To: <4E1A4F18.5000802@gmail.com> References: <20110708120025.5C94210656D9@hub.freebsd.org> <1310178351.5681.4.camel@bmcgover-laptop.beta.com> <4E18403C.8010203@gmail.com> <1310344111.1455.3.camel@bmcgover-laptop.beta.com> <4E1A4F18.5000802@gmail.com>
next in thread | previous in thread | raw e-mail | index | archive | help
[trimmed] > The 194609 change is also in FreeBSD 8.2 elf_trampoline.c. When it was > in the kernel, qemu would just sit there in some loop. > > With option ARM_CACHE_LOCK_ENABLE compiled into the kernel, qemu will > give an illegal instruction error. > > --Mark Tinguely > I saw that, but when you commented about hand-editing additional changes in to the file, I figured there was "more" that I hadn't picked up yet. As to ARM_CACHE_LOCK_ENABLE, I commented it in /usr/src/sys/arm/xscale/std.xscale, and that seems to removing it from the kernel. At this point, I'm still running in to a: "qemu: fatal: Trying to execute code outside of RAM or ROM at 0x300080e0" after having used an example at http://wiki.openmoko.org/wiki/FreeBSD for mkimage with QEMU 0.14.1 (qemu-devel). I remember there being a patch to allow for compressed kernels, so I need to dig that out when I get back to trying this again.
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?1310412331.1466.41.camel>