From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from eggs.gnu.org ([208.118.235.92]:38165) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1UBRbl-0003Gz-DH for qemu-devel@nongnu.org; Fri, 01 Mar 2013 10:10:50 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1UBRbj-0004CL-Tp for qemu-devel@nongnu.org; Fri, 01 Mar 2013 10:10:49 -0500 Received: from mel.act-europe.fr ([194.98.77.210]:54470) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1UBRbj-0004CC-Fk for qemu-devel@nongnu.org; Fri, 01 Mar 2013 10:10:47 -0500 Message-ID: <5130C4F5.1010903@adacore.com> Date: Fri, 01 Mar 2013 16:10:45 +0100 From: Fabien Chouteau MIME-Version: 1.0 References: <512E3637.6070609@adacore.com> <512E4170.4070003@adacore.com> <201302272049.59409.paul@codesourcery.com> <512F6336.6090206@adacore.com> <512F965B.1000007@adacore.com> <51307F46.4080606@adacore.com> <51308F1D.1080600@adacore.com> <513099FA.90605@adacore.com> <5130B072.7060508@adacore.com> In-Reply-To: <5130B072.7060508@adacore.com> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Subject: Re: [Qemu-devel] [ARM] Cortex-R4F and VFP3-D16 List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: Peter Maydell Cc: Paul Brook , =?UTF-8?B?QW5kcmVhcyBGw6RyYmVy?= , "qemu-devel@nongnu.org" On 03/01/2013 02:43 PM, Fabien Chouteau wrote: > On 03/01/2013 01:16 PM, Peter Maydell wrote: >> On 1 March 2013 12:07, Fabien Chouteau wrote: >>> On 03/01/2013 12:32 PM, Peter Maydell wrote: >>>> I think you're going to have to run some tests on the actual >>>> hardware to find out what it really does. Specifically, what >>>> are the values of SCTLR.IE, SCTLR.EE and CPSR.E when you think >>>> you're in big-endian mode? >> >>> SCTLR.IE and SCTLR.EE are both set to 1 at reset and the values >>> cannot be changed. >> >> OK, that makes sense. I think it's also a reasonable thing for >> qemu's qemu-system-armeb model to present to the guest. Have >> you changed QEMU to report IE and EE (and CPSR.E) as always-1, >> or does your guest code just not look at them? >> > > We don't look at them so I didn't change anything, but maybe it's not > difficult to do. > These fields are ARMv6/7 only, right? -- Fabien Chouteau