From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1DJQpX-00084N-RQ for qemu-devel@nongnu.org; Thu, 07 Apr 2005 02:49:39 -0400 Received: from [199.232.76.173] (helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1DJQpT-000800-4c for qemu-devel@nongnu.org; Thu, 07 Apr 2005 02:49:27 -0400 Received: from [194.251.242.242] (helo=fep17.inet.fi) by monty-python.gnu.org with esmtp (Exim 4.34) id 1DJR2o-0000CF-Mz for qemu-devel@nongnu.org; Thu, 07 Apr 2005 03:03:15 -0400 Received: from co.inet.fi ([80.220.124.133]) by fep17.inet.fi with ESMTP id <20050407070237.KNXL29816.fep17.inet.fi@co.inet.fi> for ; Thu, 7 Apr 2005 10:02:37 +0300 Message-ID: <4254DB0D.6060509@co.inet.fi> Date: Thu, 07 Apr 2005 10:02:37 +0300 From: Tero Kaarlela MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii; format=flowed Content-Transfer-Encoding: 7bit Subject: [Qemu-devel] Is Little endian supported by Qemu -prep Reply-To: qemu-devel@nongnu.org List-Id: qemu-devel.nongnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: qemu-devel Still working on OS/2 PPC edition bootloading. I got patch to ppc_prep.c from J Mayer to make it support non-continuous I/O map mode. It seemed to work ok. But catched bug in the further code after line mfspr r3,1008. I modified ppc_prep.c Processor version from 0x00080000 (g3) to 0x00040000 (604) and problem was fixed. Now it crashes after code: subfic r0,r0,-32690 mtlr r0 blr (LR = ffef7f1e) r0 was 0x00100130 to begin with This error happens shortly after changinfg MSR state from 0x00000030 to 0x00000031 (change mode from Big-endian to Little endian) So might Little-endian be reason why LR goes nuts?:) Tero Kaarlela