** Changed in: qemu
Status: Fix Committed => Fix Released
--
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
https://bugs.launchpad.net/bugs/1263747
Title:
Arm64 fails to run a binary which runs OK on real hardware
Status in
The (re)implementation of this instruction for mainline never had this
bug.
** Changed in: qemu
Status: New = Fix Committed
--
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
https://bugs.launchpad.net/bugs/1263747
Title:
runs OK on real aarch64 hardware.
May I know which hardware you are talking about. Is there an aarch64 hardware
target available ?
--
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
https://bugs.launchpad.net/bugs/1263747
Title:
It's an Aarch64 binary so it won't run on 32 bit ARM at all. However I
guess you meant does the equivalent program run on 32 bit ARM, and the
answer is yes, but that doesn't tell us much because OCaml uses separate
code generators for 32 and 64 bit ARM.
The binary is single threaded.
I enabled
One thing I notice is that caml_c_call is the only function that uses
the instruction ret xM (in all other places the code uses the default
ret with implicit x30). Hmmm .. do we emulate ret xM?
--
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed
The attached patch fixes the ret xM variant of ret. I verified that it
fixes the bug.
** Patch added: 0001-arm64-Set-source-for-ret-instruction-correctly.patch
https://bugs.launchpad.net/qemu/+bug/1263747/+attachment/3934836/+files/0001-arm64-Set-source-for-ret-instruction-correctly.patch
On 23 December 2013 21:27, Richard Jones rjo...@redhat.com wrote:
It's an Aarch64 binary so it won't run on 32 bit ARM at all. However I
guess you meant does the equivalent program run on 32 bit ARM, and the
answer is yes, but that doesn't tell us much because OCaml uses separate
code