[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [Qemu-devel] [ARM] Cortex-R4F and VFP3-D16
From: |
Fabien Chouteau |
Subject: |
Re: [Qemu-devel] [ARM] Cortex-R4F and VFP3-D16 |
Date: |
Fri, 01 Mar 2013 16:10:45 +0100 |
User-agent: |
Mozilla/5.0 (X11; Linux i686; rv:17.0) Gecko/20130221 Thunderbird/17.0.3 |
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 <address@hidden> 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
- Re: [Qemu-devel] [ARM] Cortex-R4F and VFP3-D16, Fabien Chouteau, 2013/03/01
- Re: [Qemu-devel] [ARM] Cortex-R4F and VFP3-D16, Peter Maydell, 2013/03/01
- Re: [Qemu-devel] [ARM] Cortex-R4F and VFP3-D16, Fabien Chouteau, 2013/03/01
- Re: [Qemu-devel] [ARM] Cortex-R4F and VFP3-D16, Peter Maydell, 2013/03/01
- Re: [Qemu-devel] [ARM] Cortex-R4F and VFP3-D16, Fabien Chouteau, 2013/03/01
- Re: [Qemu-devel] [ARM] Cortex-R4F and VFP3-D16, Peter Maydell, 2013/03/01
- Re: [Qemu-devel] [ARM] Cortex-R4F and VFP3-D16, Fabien Chouteau, 2013/03/01
- Re: [Qemu-devel] [ARM] Cortex-R4F and VFP3-D16,
Fabien Chouteau <=
- Re: [Qemu-devel] [ARM] Cortex-R4F and VFP3-D16, Peter Maydell, 2013/03/01