armeb regression since qemu version 2.8
Affects | Status | Importance | Assigned to | Milestone | |
---|---|---|---|---|---|
QEMU |
Fix Released
|
Undecided
|
Unassigned |
Bug Description
Hi,
I have noticed a regression when I upgraded from qemu-armeb 2.7 to 2.8, and the problem is still present with version 2.10.1.
I am using qemu for GCC validation, noticed problems with testcases involving atomics, I'm attaching here atomic-
# with 2.7:
$ qemu-armeb -cpu any -R 0 -L $PWD -E LD_LIBRARY_
$ echo $?
0
# with 2.8, 2.10.1:
$ qemu-armeb -cpu any -R 0 -L $PWD -E LD_LIBRARY_
qemu: uncaught target signal 6 (Aborted) - core dumped
Aborted (core dumped)
$ echo $?
134
The source code is gcc/testsuite/
Running with -d in_asm shows a difference early in the startup code:
IN: _dl_sysdep_start
[...]
0x40a17790: 908ff103 addls pc, pc, r3, lsl #2
and then the next address is not the same with qemu 2.7 and 2.10.1
I hope you have enough data/information to reproduce and confirm/fix the problem.
Thanks
Hi Christophe -- RTH posted a patchset yesterday which should fix this: /lists. gnu.org/ archive/ html/qemu- devel/2017- 10/msg04809. html
https:/