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 GDB. >> >> If you're also trying to get big-endian mode to work (linux-user >> mode or system emulation?) you may have more problems than merely >> implementing R4 support or VFP-D16 :-)
> I already built qemu-system-armeb, and implemented few devices of the > TMS570 (rti, sci, and vim). Besides this GDB issue I have no endianness > problem so far. This is probably some combination of luck and insufficient testing. If you submit some patches I will review them :-) How are you handling the SCTLR IE and EE bits? >> Are you planning to do the v7 PMSA support? > I don't know what that is, but I'll take a look :) It's the Memory Protection Unit -- QEMU currently only has the old v5 MPU, and register_cpu_regs_for_features() will assert if your CPU is v6 or v7 and has the FEATURE_MPU bit set. If you're putting in system emulation for an R4 then you must implement this (and I'm surprised you've managed to get anything significant to run without it). -- PMM