From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.33) id 1BrLCb-0002RN-S9 for qemu-devel@nongnu.org; Sun, 01 Aug 2004 14:36:58 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.33) id 1BrLCZ-0002QJ-Uy for qemu-devel@nongnu.org; Sun, 01 Aug 2004 14:36:57 -0400 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.33) id 1BrLCZ-0002QG-SX for qemu-devel@nongnu.org; Sun, 01 Aug 2004 14:36:55 -0400 Received: from [62.241.160.193] (helo=pengo.systems.pipex.net) by monty-python.gnu.org with esmtp (Exim 4.34) id 1BrL8m-0000Iv-UY for qemu-devel@nongnu.org; Sun, 01 Aug 2004 14:33:01 -0400 From: Paul Brook Subject: Re: [Qemu-devel] [patch] Arm arch5 support Date: Sun, 1 Aug 2004 19:32:58 +0100 References: <200408011808.17492.paul@codesourcery.com> <20040801174112.GA3224@xi.wantstofly.org> In-Reply-To: <20040801174112.GA3224@xi.wantstofly.org> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200408011932.58538.paul@codesourcery.com> Reply-To: qemu-devel@nongnu.org List-Id: qemu-devel.nongnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: Lennert Buytenhek Cc: qemu-devel@nongnu.org On Sunday 01 August 2004 18:41, Lennert Buytenhek wrote: > Hi Paul, > > On Sun, Aug 01, 2004 at 06:08:17PM +0100, Paul Brook wrote: > > The attached patch adds qemu target support for the new arm instructions > > present in the armv5e instruction set. > > Have you actually succeeded in getting ARM binaries to run? I just > get this all the time (this is with your patch, but I get the same > effect without it): I've only run some test assembly code inside an armv4 binary. > phi% armv5te-redhat-linux-gcc -Wall -o hi hi.c -static > phi% /tmp/qemu/bin/qemu-arm ./hi > qemu: uncaught target signal 11 (Segmentation fault) - exiting > phi% > > The binaries generated with this toolchain run fine on a PXA25x, and > with -mbig-endian they run fine on an Intel IXP2400. Code for "t" variants (maybe all armv5 targets) probably uses the bx thumb interworking instruction, which isn't implemented yet. Paul