1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
|
other: 0.960
performance: 0.953
debug: 0.924
files: 0.902
semantic: 0.871
graphic: 0.868
PID: 0.867
device: 0.831
permissions: 0.830
socket: 0.806
network: 0.793
vnc: 0.719
KVM: 0.694
boot: 0.655
linux-user: Unable to run ARM binaries on Aarch64
Download a ARM package from https://packages.debian.org/sid/busybox-static
Here tested with: busybox-static_1.30.1-4_armel.deb
$ file busybox.armel
busybox.armel: ELF 32-bit LSB executable, ARM, EABI5 version 1 (SYSV), statically linked, for GNU/Linux 3.2.0, BuildID[sha1]=12cf572e016bafa240e113b57b3641e94b837f37, stripped
$ qemu-aarch64 --version
qemu-aarch64 version 2.11.1(Debian 1:2.11+dfsg-1ubuntu7.14)
$ qemu-aarch64 busybox.armel
busybox.armel: Invalid ELF image for this architecture
$ qemu-aarch64 -cpu cortex-a7 busybox.armel
unable to find CPU model 'cortex-a7'
Also reproduced with commit 33d609990621dea6c7d056c86f707b8811320ac1,
while the aarch64_cpus[] array contains Aarch64 CPUs, the arm_cpus[] array is empty:
$ gdb -q aarch64-linux-user/qemu-aarch64
(gdb) p aarch64_cpus
$1 = {{name = 0x1fe4e8 "cortex-a57", initfn = 0x109bc0 <aarch64_a57_initfn>, class_init = 0x0}, {name = 0x1fe508 "cortex-a53", initfn = 0x109a10 <aarch64_a53_initfn>, class_init = 0x0}, {name = 0x1fe518 "cortex-a72",
initfn = 0x109868 <aarch64_a72_initfn>, class_init = 0x0}, {name = 0x218020 "max", initfn = 0x109d70 <aarch64_max_initfn>, class_init = 0x0}, {name = 0x0, initfn = 0x0, class_init = 0x0}}
(gdb) p arm_cpus
$2 = {{name = 0x0, initfn = 0x0, class_init = 0x0}}
Of course. There's a separate qemu-arm executable for that.
Le 25/06/2019 à 16:43, Richard Henderson a écrit :
> Of course. There's a separate qemu-arm executable for that.
On some other architectures (like ppc/ppc64) the idea is the 64bit
version supports also all 32bit versions CPUs.
I think it's why this bug has been opened.
On 6/25/19 5:27 PM, Laurent Vivier wrote:
> Le 25/06/2019 à 16:43, Richard Henderson a écrit :
>> Of course. There's a separate qemu-arm executable for that.
>
> On some other architectures (like ppc/ppc64) the idea is the 64bit
> version supports also all 32bit versions CPUs.
>
> I think it's why this bug has been opened.
At any rate the error message could be more explicit, to avoid confusion.
|