On 03/01/2013 07:54 PM, Andreas Färber wrote:
Am 27.02.2013 18:25, schrieb Fabien Chouteau:
On 02/27/2013 05:58 PM, Peter Maydell wrote:
On 27 February 2013 16:37, Fabien Chouteau chout...@adacore.com wrote:
I'm making my first steps in the ARM world by looking at R4F
implementation. More
On 02/28/2013 07:42 PM, Peter Maydell wrote:
On 28 February 2013 17:39, Fabien Chouteau chout...@adacore.com wrote:
On 02/28/2013 03:16 PM, Peter Maydell wrote:
On 28 February 2013 14:01, Fabien Chouteau chout...@adacore.com wrote:
In fact I'm
working on a big-endian R4F (TMS570) and I have
On 1 March 2013 10:13, Fabien Chouteau chout...@adacore.com wrote:
On 02/28/2013 07:42 PM, Peter Maydell wrote:
How are you handling the SCTLR IE and EE bits?
I did nothing, as far as I know it's not possible to switch endianness
in QEMU.
Yes, that's why I'm wondering how you're handling
On 03/01/2013 11:40 AM, Peter Maydell wrote:
On 1 March 2013 10:13, Fabien Chouteau chout...@adacore.com wrote:
On 02/28/2013 07:42 PM, Peter Maydell wrote:
How are you handling the SCTLR IE and EE bits?
I did nothing, as far as I know it's not possible to switch endianness
in QEMU.
Yes,
On 1 March 2013 11:21, Fabien Chouteau chout...@adacore.com wrote:
On 03/01/2013 11:40 AM, Peter Maydell wrote:
On 1 March 2013 10:13, Fabien Chouteau chout...@adacore.com wrote:
TMS570 are configured for big-endian only, so this is not a
problem for me.
Do you mean they are BE8 for
On 03/01/2013 12:32 PM, Peter Maydell wrote:
On 1 March 2013 11:21, Fabien Chouteau chout...@adacore.com wrote:
TMS570LS31x/21x Technical Reference Manual:
The TMS570 family is based on the ARM® CortexTM-R4F core. ARM has
designed this core to be used in big-endian and little-endian systems.
On 1 March 2013 12:07, Fabien Chouteau chout...@adacore.com 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
On 03/01/2013 01:16 PM, Peter Maydell wrote:
On 1 March 2013 12:07, Fabien Chouteau chout...@adacore.com 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
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 chout...@adacore.com 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
On 1 March 2013 15:10, Fabien Chouteau chout...@adacore.com wrote:
On 03/01/2013 02:43 PM, Fabien Chouteau wrote:
On 03/01/2013 01:16 PM, Peter Maydell wrote:
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
Am 27.02.2013 18:25, schrieb Fabien Chouteau:
On 02/27/2013 05:58 PM, Peter Maydell wrote:
On 27 February 2013 16:37, Fabien Chouteau chout...@adacore.com wrote:
I'm making my first steps in the ARM world by looking at R4F
implementation. More specifically I'm trying to add VFP3-D16 support
On 02/27/2013 09:49 PM, Paul Brook wrote:
I've got a patch to implement this as a side-effect of a different feature,
I'll look at pushing it out.
Great, don't hesitate to ask if you want some help.
In the meantime I have another question for you. In
helper.c:vfp_gdb_get_reg(), there's a
On 28 February 2013 14:01, Fabien Chouteau chout...@adacore.com wrote:
On 02/27/2013 09:49 PM, Paul Brook wrote:
I've got a patch to implement this as a side-effect of a different feature,
I'll look at pushing it out.
Great, don't hesitate to ask if you want some help.
In the meantime I
On 02/28/2013 03:16 PM, Peter Maydell wrote:
On 28 February 2013 14:01, Fabien Chouteau chout...@adacore.com wrote:
On 02/27/2013 09:49 PM, Paul Brook wrote:
I've got a patch to implement this as a side-effect of a different feature,
I'll look at pushing it out.
Great, don't hesitate to ask
On 28 February 2013 17:39, Fabien Chouteau chout...@adacore.com wrote:
On 02/28/2013 03:16 PM, Peter Maydell wrote:
On 28 February 2013 14:01, Fabien Chouteau chout...@adacore.com wrote:
In fact I'm
working on a big-endian R4F (TMS570) and I have endianness issue in the
communication with
Hello QEMU folks,
I'm making my first steps in the ARM world by looking at R4F
implementation. More specifically I'm trying to add VFP3-D16 support
which is, as far as I understand, a regular VFP3 with only 16 D
registers instead of 32.
My question is: where do I check that an instruction is
On 27 February 2013 16:37, Fabien Chouteau chout...@adacore.com wrote:
I'm making my first steps in the ARM world by looking at R4F
implementation. More specifically I'm trying to add VFP3-D16 support
which is, as far as I understand, a regular VFP3 with only 16 D
registers instead of 32.
On 02/27/2013 05:58 PM, Peter Maydell wrote:
On 27 February 2013 16:37, Fabien Chouteau chout...@adacore.com wrote:
I'm making my first steps in the ARM world by looking at R4F
implementation. More specifically I'm trying to add VFP3-D16 support
which is, as far as I understand, a regular VFP3
Probably what you'll want is to have a separate feature bit for 32
dregs which is set by default for vfpv3, and then use that in
VFP_DREG rather than the vfpv3 feature bit.
Right, it might be easier than I though. Maybe add a
ARM_FEATURE_VFP3_D16 and do:
#define VFP_DREG(reg, insn,
19 matches
Mail list logo
