* [Bug 1853826] Re: ELF loader fails to load shared object on ThunderX2 running RHEL7
2019-11-25 11:07 [Bug 1853826] [NEW] ELF loader fails to load shared object on ThunderX2 running RHEL7 Caroline Concatto
@ 2019-11-25 11:46 ` Alex Bennée
2019-11-25 12:35 ` Caroline Concatto
` (13 subsequent siblings)
14 siblings, 0 replies; 19+ messages in thread
From: Alex Bennée @ 2019-11-25 11:46 UTC (permalink / raw)
To: qemu-devel
Could you invoke one of the failing and passing cases with -d page and
post the results please.
** Tags added: arm linux-user
--
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
https://bugs.launchpad.net/bugs/1853826
Title:
ELF loader fails to load shared object on ThunderX2 running RHEL7
Status in QEMU:
New
Bug description:
Simple test:
hello.c
include <stdio.h>
int main(int argc, char* argv[])
{
{
printf("Hello World... \n");
}
return 0;
}
when compiled with :
*Compiler
https://developer.arm.com/tools-and-software/server-and-hpc/arm-architecture-tools/arm-allinea-studio/download
Arm-Compiler-for-HPC_19.3_RHEL_7_aarch64.tar
*Running:
1) with -armpl
armclang -armpl hello.c
./qemu/build/aarch64-linux-user/qemu-aarch64 a.out
2) without flag
armclang hello.c
./qemu/build/aarch64-linux-user/qemu-aarch64 a.out
•With Docker image:
CentOS Linux release 7.7.1908 (AltArch)
*Two different machines:
AArch64, Taishan. tsv110, Kunpeng 920, ARMv8.2-A
AArch64, Taishan 2280, Cortex-A72, ARMv8-A
*QEMU 4.0
qemu-aarch64 version 4.1.91 (v4.2.0-rc1)
Results:
****Taishan 2280 Cortex-A72
Running
1)with -armpl flag with and without the docker
WORKS-> Hello World...
-> ldd a.out
ldd a.out
linux-vdso.so.1 => (0x0000ffffbc6a2000)
libamath_generic.so => /scratch/arm-linux-compiler-19.3_Generic-AArch64_RHEL-8_aarch64-linux/lib/clang/9.0.1/armpl_links/lib/libamath_generic.so (0x0000ffffbc544000)
libm.so.6 => /lib64/libm.so.6 (0x0000ffffbc493000)
libastring_generic.so => /scratch/arm-linux-compiler-19.3_Generic-AArch64_RHEL-8_aarch64-linux/lib/clang/9.0.1/armpl_links/lib/libastring_generic.so (0x0000ffffbc472000) libarmflang.so => /scratch/arm-linux-compiler-19.3_Generic-AArch64_RHEL-8_aarch64-linux/lib/libarmflang.so (0x0000ffffbbfd3000)
libomp.so => /scratch/arm-linux-compiler-19.3_Generic-AArch64_RHEL-8_aarch64-linux/lib/libomp.so (0x0000ffffbbef5000)
librt.so.1 => /lib64/librt.so.1 (0x0000ffffbbed4000)
libpthread.so.0 => /lib64/libpthread.so.0 (0x0000ffffbbe9f000)
libarmpl_lp64_generic.so => /scratch/arm-linux-compiler-19.3_Generic-AArch64_RHEL-8_aarch64-linux/lib/clang/9.0.1/armpl_links/lib/libarmpl_lp64_generic.so (0x0000ffffb3306000)
libc.so.6 => /lib64/libc.so.6 (0x0000ffffb3180000)
libstdc++.so.6 => /scratch/gcc-9.2.0_Generic-AArch64_RHEL-8_aarch64-linux/lib64/libstdc++.so.6 (0x0000ffffb2f30000)
libgcc_s.so.1 => /scratch/gcc-9.2.0_Generic-AArch64_RHEL-8_aarch64-linux/lib64/libgcc_s.so.1 (0x0000ffffb2eff000)
libdl.so.2 => /lib64/libdl.so.2 (0x0000ffffb2ede000)
/lib/ld-linux-aarch64.so.1 (0x0000ffffbc674000)
Running
2) without -armpl flag with and without the docker
WORKS -> Hello World...
-> ldd a.out
ldd a.out
linux-vdso.so.1 => (0x0000ffffa6895000)
libastring_generic.so => /scratch/arm-linux-compiler-19.3_Generic-AArch64_RHEL-8_aarch64-linux/lib/clang/9.0.1/armpl_links/lib/libastring_generic.so (0x0000ffffa6846000)
libc.so.6 => /lib64/libc.so.6 (0x0000ffffa66c0000)
/lib/ld-linux-aarch64.so.1 (0x0000ffffa6867000)
****Taishan - tsv110 Kunpeng 920
For Running
1)with -armpl flag with and without the docker
DOES NOT WORK -> with and without Docker
-> It shows : qemu:handle_cpu_signal received signal outside vCPU
context @ pc=0xffffaaa8844a
-> ldd a.out
ldd a.out
linux-vdso.so.1 => (0x0000ffffad4b0000)
libamath_generic.so => /scratch/arm-linux-compiler-19.3_Generic-AArch64_RHEL-8_aarch64-linux/lib/clang/9.0.1/armpl_links/lib/libamath_generic.so (0x0000ffffad370000)
libm.so.6 => /lib64/libm.so.6 (0x0000ffffad2a0000)
libastring_generic.so => /scratch/arm-linux-compiler-19.3_Generic-AArch64_RHEL-8_aarch64-linux/lib/clang/9.0.1/armpl_links/lib/libastring_generic.so (0x0000ffffad270000) libarmflang.so => /scratch/arm-linux-compiler-19.3_Generic-AArch64_RHEL-8_aarch64-linux/lib/libarmflang.so (0x0000ffffacdd0000)
libomp.so => /scratch/arm-linux-compiler-19.3_Generic-AArch64_RHEL-8_aarch64-linux/lib/libomp.so (0x0000ffffaccf0000)
librt.so.1 => /lib64/librt.so.1 (0x0000ffffaccc0000)
libpthread.so.0 => /lib64/libpthread.so.0 (0x0000ffffacc80000)
libarmpl_lp64_generic.so => /scratch/arm-linux-compiler-19.3_Generic-AArch64_RHEL-8_aarch64-linux/lib/clang/9.0.1/armpl_links/lib/libarmpl_lp64_generic.so (0x0000ffffa40e0000)
libc.so.6 => /lib64/libc.so.6 (0x0000ffffa3f50000)
libstdc++.so.6 => /scratch/gcc-9.2.0_Generic-AArch64_RHEL-8_aarch64-linux/lib64/libstdc++.so.6 (0x0000ffffa3d00000)
libgcc_s.so.1 => /scratch/gcc-9.2.0_Generic-AArch64_RHEL-8_aarch64-linux/lib64/libgcc_s.so.1 (0x0000ffffa3cc0000)
libdl.so.2 => /lib64/libdl.so.2 (0x0000ffffa3c90000)
/lib/ld-linux-aarch64.so.1 (0x0000ffffad4c0000)
Running
2) without -armpl flag with and without the docker
WORKS -> Hello World..
-> ldd a.out
ldd a.out
linux-vdso.so.1 => (0x0000ffff880c0000)
libastring_generic.so => /scratch/arm-linux-compiler-19.3_Generic-AArch64_RHEL-8_aarch64-linux/lib/clang/9.0.1/armpl_links/lib/libastring_generic.so (0x0000ffff88080000)
libc.so.6 => /lib64/libc.so.6 (0x0000ffff87ee0000)
/lib/ld-linux-aarch64.so.1 (0x0000ffff880d0000)
To manage notifications about this bug go to:
https://bugs.launchpad.net/qemu/+bug/1853826/+subscriptions
^ permalink raw reply [flat|nested] 19+ messages in thread* [Bug 1853826] Re: ELF loader fails to load shared object on ThunderX2 running RHEL7
2019-11-25 11:07 [Bug 1853826] [NEW] ELF loader fails to load shared object on ThunderX2 running RHEL7 Caroline Concatto
2019-11-25 11:46 ` [Bug 1853826] " Alex Bennée
@ 2019-11-25 12:35 ` Caroline Concatto
2019-11-25 14:00 ` Alex Bennée
` (12 subsequent siblings)
14 siblings, 0 replies; 19+ messages in thread
From: Caroline Concatto @ 2019-11-25 12:35 UTC (permalink / raw)
To: qemu-devel
****Taishan 2280 Cortex-A72
Running
1)with -armpl flag with and without the docker
armclang -armpl hello.c
./qemu/build/aarch64-linux-user/qemu-aarch64 -d page a.out
host mmap_min_addr=0x8000
Reserved 0x21000 bytes of guest address space
Relocating guest address space from 0x0000000000400000 to 0x288a000
guest_base 0x248a000
start end size prot
0000000000400000-0000000000401000 0000000000001000 r-x
000000000041f000-0000000000421000 0000000000002000 rw-
0000004000000000-0000004000001000 0000000000001000 ---
0000004000001000-0000004000801000 0000000000800000 rw-
0000004000801000-000000400081f000 000000000001e000 r-x
000000400081f000-0000004000830000 0000000000011000 ---
0000004000830000-0000004000833000 0000000000003000 rw-
start_brk 0x0000000000000000
end_code 0x00000000004009f4
start_code 0x0000000000400000
start_data 0x000000000041fd68
end_data 0x0000000000420024
start_stack 0x0000004000800510
brk 0x0000000000420028
entry 0x00000040008020e0
argv_start 0x0000004000800518
env_start 0x0000004000800528
auxv_start 0x0000004000800588
Hello World...
****Taishan - tsv110 Kunpeng 920
For Running
1)with -armpl flag with and without the docker
armclang -armpl hello.c
./qemu/build/aarch64-linux-user/qemu-aarch64 -d page a.out
host mmap_min_addr=0x1000
Reserved 0x30000 bytes of guest address space
Relocating guest address space from 0x0000000000400000 to 0x2890000
guest_base 0x2490000
start end size prot
0000000000400000-0000000000410000 0000000000010000 r-x
0000000000410000-0000000000430000 0000000000020000 rw-
0000004000000000-0000004000010000 0000000000010000 ---
0000004000010000-0000004000810000 0000000000800000 rw-
0000004000810000-0000004000830000 0000000000020000 r-x
0000004000830000-0000004000850000 0000000000020000 rw-
start_brk 0x0000000000000000
end_code 0x00000000004009f4
start_code 0x0000000000400000
start_data 0x000000000041fd68
end_data 0x0000000000420024
start_stack 0x000000400080f560
brk 0x0000000000420028
entry 0x00000040008110e0
argv_start 0x000000400080f568
env_start 0x000000400080f578
auxv_start 0x000000400080f5d8
qemu:handle_cpu_signal received signal outside vCPU context @ pc=0xffffb1938536
--
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
https://bugs.launchpad.net/bugs/1853826
Title:
ELF loader fails to load shared object on ThunderX2 running RHEL7
Status in QEMU:
New
Bug description:
Simple test:
hello.c
include <stdio.h>
int main(int argc, char* argv[])
{
{
printf("Hello World... \n");
}
return 0;
}
when compiled with :
*Compiler
https://developer.arm.com/tools-and-software/server-and-hpc/arm-architecture-tools/arm-allinea-studio/download
Arm-Compiler-for-HPC_19.3_RHEL_7_aarch64.tar
*Running:
1) with -armpl
armclang -armpl hello.c
./qemu/build/aarch64-linux-user/qemu-aarch64 a.out
2) without flag
armclang hello.c
./qemu/build/aarch64-linux-user/qemu-aarch64 a.out
•With Docker image:
CentOS Linux release 7.7.1908 (AltArch)
*Two different machines:
AArch64, Taishan. tsv110, Kunpeng 920, ARMv8.2-A
AArch64, Taishan 2280, Cortex-A72, ARMv8-A
*QEMU 4.0
qemu-aarch64 version 4.1.91 (v4.2.0-rc1)
Results:
****Taishan 2280 Cortex-A72
Running
1)with -armpl flag with and without the docker
WORKS-> Hello World...
-> ldd a.out
ldd a.out
linux-vdso.so.1 => (0x0000ffffbc6a2000)
libamath_generic.so => /scratch/arm-linux-compiler-19.3_Generic-AArch64_RHEL-8_aarch64-linux/lib/clang/9.0.1/armpl_links/lib/libamath_generic.so (0x0000ffffbc544000)
libm.so.6 => /lib64/libm.so.6 (0x0000ffffbc493000)
libastring_generic.so => /scratch/arm-linux-compiler-19.3_Generic-AArch64_RHEL-8_aarch64-linux/lib/clang/9.0.1/armpl_links/lib/libastring_generic.so (0x0000ffffbc472000) libarmflang.so => /scratch/arm-linux-compiler-19.3_Generic-AArch64_RHEL-8_aarch64-linux/lib/libarmflang.so (0x0000ffffbbfd3000)
libomp.so => /scratch/arm-linux-compiler-19.3_Generic-AArch64_RHEL-8_aarch64-linux/lib/libomp.so (0x0000ffffbbef5000)
librt.so.1 => /lib64/librt.so.1 (0x0000ffffbbed4000)
libpthread.so.0 => /lib64/libpthread.so.0 (0x0000ffffbbe9f000)
libarmpl_lp64_generic.so => /scratch/arm-linux-compiler-19.3_Generic-AArch64_RHEL-8_aarch64-linux/lib/clang/9.0.1/armpl_links/lib/libarmpl_lp64_generic.so (0x0000ffffb3306000)
libc.so.6 => /lib64/libc.so.6 (0x0000ffffb3180000)
libstdc++.so.6 => /scratch/gcc-9.2.0_Generic-AArch64_RHEL-8_aarch64-linux/lib64/libstdc++.so.6 (0x0000ffffb2f30000)
libgcc_s.so.1 => /scratch/gcc-9.2.0_Generic-AArch64_RHEL-8_aarch64-linux/lib64/libgcc_s.so.1 (0x0000ffffb2eff000)
libdl.so.2 => /lib64/libdl.so.2 (0x0000ffffb2ede000)
/lib/ld-linux-aarch64.so.1 (0x0000ffffbc674000)
Running
2) without -armpl flag with and without the docker
WORKS -> Hello World...
-> ldd a.out
ldd a.out
linux-vdso.so.1 => (0x0000ffffa6895000)
libastring_generic.so => /scratch/arm-linux-compiler-19.3_Generic-AArch64_RHEL-8_aarch64-linux/lib/clang/9.0.1/armpl_links/lib/libastring_generic.so (0x0000ffffa6846000)
libc.so.6 => /lib64/libc.so.6 (0x0000ffffa66c0000)
/lib/ld-linux-aarch64.so.1 (0x0000ffffa6867000)
****Taishan - tsv110 Kunpeng 920
For Running
1)with -armpl flag with and without the docker
DOES NOT WORK -> with and without Docker
-> It shows : qemu:handle_cpu_signal received signal outside vCPU
context @ pc=0xffffaaa8844a
-> ldd a.out
ldd a.out
linux-vdso.so.1 => (0x0000ffffad4b0000)
libamath_generic.so => /scratch/arm-linux-compiler-19.3_Generic-AArch64_RHEL-8_aarch64-linux/lib/clang/9.0.1/armpl_links/lib/libamath_generic.so (0x0000ffffad370000)
libm.so.6 => /lib64/libm.so.6 (0x0000ffffad2a0000)
libastring_generic.so => /scratch/arm-linux-compiler-19.3_Generic-AArch64_RHEL-8_aarch64-linux/lib/clang/9.0.1/armpl_links/lib/libastring_generic.so (0x0000ffffad270000) libarmflang.so => /scratch/arm-linux-compiler-19.3_Generic-AArch64_RHEL-8_aarch64-linux/lib/libarmflang.so (0x0000ffffacdd0000)
libomp.so => /scratch/arm-linux-compiler-19.3_Generic-AArch64_RHEL-8_aarch64-linux/lib/libomp.so (0x0000ffffaccf0000)
librt.so.1 => /lib64/librt.so.1 (0x0000ffffaccc0000)
libpthread.so.0 => /lib64/libpthread.so.0 (0x0000ffffacc80000)
libarmpl_lp64_generic.so => /scratch/arm-linux-compiler-19.3_Generic-AArch64_RHEL-8_aarch64-linux/lib/clang/9.0.1/armpl_links/lib/libarmpl_lp64_generic.so (0x0000ffffa40e0000)
libc.so.6 => /lib64/libc.so.6 (0x0000ffffa3f50000)
libstdc++.so.6 => /scratch/gcc-9.2.0_Generic-AArch64_RHEL-8_aarch64-linux/lib64/libstdc++.so.6 (0x0000ffffa3d00000)
libgcc_s.so.1 => /scratch/gcc-9.2.0_Generic-AArch64_RHEL-8_aarch64-linux/lib64/libgcc_s.so.1 (0x0000ffffa3cc0000)
libdl.so.2 => /lib64/libdl.so.2 (0x0000ffffa3c90000)
/lib/ld-linux-aarch64.so.1 (0x0000ffffad4c0000)
Running
2) without -armpl flag with and without the docker
WORKS -> Hello World..
-> ldd a.out
ldd a.out
linux-vdso.so.1 => (0x0000ffff880c0000)
libastring_generic.so => /scratch/arm-linux-compiler-19.3_Generic-AArch64_RHEL-8_aarch64-linux/lib/clang/9.0.1/armpl_links/lib/libastring_generic.so (0x0000ffff88080000)
libc.so.6 => /lib64/libc.so.6 (0x0000ffff87ee0000)
/lib/ld-linux-aarch64.so.1 (0x0000ffff880d0000)
To manage notifications about this bug go to:
https://bugs.launchpad.net/qemu/+bug/1853826/+subscriptions
^ permalink raw reply [flat|nested] 19+ messages in thread* [Bug 1853826] Re: ELF loader fails to load shared object on ThunderX2 running RHEL7
2019-11-25 11:07 [Bug 1853826] [NEW] ELF loader fails to load shared object on ThunderX2 running RHEL7 Caroline Concatto
2019-11-25 11:46 ` [Bug 1853826] " Alex Bennée
2019-11-25 12:35 ` Caroline Concatto
@ 2019-11-25 14:00 ` Alex Bennée
2019-11-26 15:16 ` Assad Hashmi
` (11 subsequent siblings)
14 siblings, 0 replies; 19+ messages in thread
From: Alex Bennée @ 2019-11-25 14:00 UTC (permalink / raw)
To: qemu-devel
As it's taking longer to get the compiler up and running on my system
could you attach the failing binary along with the extra .so libs from
/scratch/arm-linux-compiler/*
--
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
https://bugs.launchpad.net/bugs/1853826
Title:
ELF loader fails to load shared object on ThunderX2 running RHEL7
Status in QEMU:
New
Bug description:
Simple test:
hello.c
include <stdio.h>
int main(int argc, char* argv[])
{
{
printf("Hello World... \n");
}
return 0;
}
when compiled with :
*Compiler
https://developer.arm.com/tools-and-software/server-and-hpc/arm-architecture-tools/arm-allinea-studio/download
Arm-Compiler-for-HPC_19.3_RHEL_7_aarch64.tar
*Running:
1) with -armpl
armclang -armpl hello.c
./qemu/build/aarch64-linux-user/qemu-aarch64 a.out
2) without flag
armclang hello.c
./qemu/build/aarch64-linux-user/qemu-aarch64 a.out
•With Docker image:
CentOS Linux release 7.7.1908 (AltArch)
*Two different machines:
AArch64, Taishan. tsv110, Kunpeng 920, ARMv8.2-A
AArch64, Taishan 2280, Cortex-A72, ARMv8-A
*QEMU 4.0
qemu-aarch64 version 4.1.91 (v4.2.0-rc1)
Results:
****Taishan 2280 Cortex-A72
Running
1)with -armpl flag with and without the docker
WORKS-> Hello World...
-> ldd a.out
ldd a.out
linux-vdso.so.1 => (0x0000ffffbc6a2000)
libamath_generic.so => /scratch/arm-linux-compiler-19.3_Generic-AArch64_RHEL-8_aarch64-linux/lib/clang/9.0.1/armpl_links/lib/libamath_generic.so (0x0000ffffbc544000)
libm.so.6 => /lib64/libm.so.6 (0x0000ffffbc493000)
libastring_generic.so => /scratch/arm-linux-compiler-19.3_Generic-AArch64_RHEL-8_aarch64-linux/lib/clang/9.0.1/armpl_links/lib/libastring_generic.so (0x0000ffffbc472000) libarmflang.so => /scratch/arm-linux-compiler-19.3_Generic-AArch64_RHEL-8_aarch64-linux/lib/libarmflang.so (0x0000ffffbbfd3000)
libomp.so => /scratch/arm-linux-compiler-19.3_Generic-AArch64_RHEL-8_aarch64-linux/lib/libomp.so (0x0000ffffbbef5000)
librt.so.1 => /lib64/librt.so.1 (0x0000ffffbbed4000)
libpthread.so.0 => /lib64/libpthread.so.0 (0x0000ffffbbe9f000)
libarmpl_lp64_generic.so => /scratch/arm-linux-compiler-19.3_Generic-AArch64_RHEL-8_aarch64-linux/lib/clang/9.0.1/armpl_links/lib/libarmpl_lp64_generic.so (0x0000ffffb3306000)
libc.so.6 => /lib64/libc.so.6 (0x0000ffffb3180000)
libstdc++.so.6 => /scratch/gcc-9.2.0_Generic-AArch64_RHEL-8_aarch64-linux/lib64/libstdc++.so.6 (0x0000ffffb2f30000)
libgcc_s.so.1 => /scratch/gcc-9.2.0_Generic-AArch64_RHEL-8_aarch64-linux/lib64/libgcc_s.so.1 (0x0000ffffb2eff000)
libdl.so.2 => /lib64/libdl.so.2 (0x0000ffffb2ede000)
/lib/ld-linux-aarch64.so.1 (0x0000ffffbc674000)
Running
2) without -armpl flag with and without the docker
WORKS -> Hello World...
-> ldd a.out
ldd a.out
linux-vdso.so.1 => (0x0000ffffa6895000)
libastring_generic.so => /scratch/arm-linux-compiler-19.3_Generic-AArch64_RHEL-8_aarch64-linux/lib/clang/9.0.1/armpl_links/lib/libastring_generic.so (0x0000ffffa6846000)
libc.so.6 => /lib64/libc.so.6 (0x0000ffffa66c0000)
/lib/ld-linux-aarch64.so.1 (0x0000ffffa6867000)
****Taishan - tsv110 Kunpeng 920
For Running
1)with -armpl flag with and without the docker
DOES NOT WORK -> with and without Docker
-> It shows : qemu:handle_cpu_signal received signal outside vCPU
context @ pc=0xffffaaa8844a
-> ldd a.out
ldd a.out
linux-vdso.so.1 => (0x0000ffffad4b0000)
libamath_generic.so => /scratch/arm-linux-compiler-19.3_Generic-AArch64_RHEL-8_aarch64-linux/lib/clang/9.0.1/armpl_links/lib/libamath_generic.so (0x0000ffffad370000)
libm.so.6 => /lib64/libm.so.6 (0x0000ffffad2a0000)
libastring_generic.so => /scratch/arm-linux-compiler-19.3_Generic-AArch64_RHEL-8_aarch64-linux/lib/clang/9.0.1/armpl_links/lib/libastring_generic.so (0x0000ffffad270000) libarmflang.so => /scratch/arm-linux-compiler-19.3_Generic-AArch64_RHEL-8_aarch64-linux/lib/libarmflang.so (0x0000ffffacdd0000)
libomp.so => /scratch/arm-linux-compiler-19.3_Generic-AArch64_RHEL-8_aarch64-linux/lib/libomp.so (0x0000ffffaccf0000)
librt.so.1 => /lib64/librt.so.1 (0x0000ffffaccc0000)
libpthread.so.0 => /lib64/libpthread.so.0 (0x0000ffffacc80000)
libarmpl_lp64_generic.so => /scratch/arm-linux-compiler-19.3_Generic-AArch64_RHEL-8_aarch64-linux/lib/clang/9.0.1/armpl_links/lib/libarmpl_lp64_generic.so (0x0000ffffa40e0000)
libc.so.6 => /lib64/libc.so.6 (0x0000ffffa3f50000)
libstdc++.so.6 => /scratch/gcc-9.2.0_Generic-AArch64_RHEL-8_aarch64-linux/lib64/libstdc++.so.6 (0x0000ffffa3d00000)
libgcc_s.so.1 => /scratch/gcc-9.2.0_Generic-AArch64_RHEL-8_aarch64-linux/lib64/libgcc_s.so.1 (0x0000ffffa3cc0000)
libdl.so.2 => /lib64/libdl.so.2 (0x0000ffffa3c90000)
/lib/ld-linux-aarch64.so.1 (0x0000ffffad4c0000)
Running
2) without -armpl flag with and without the docker
WORKS -> Hello World..
-> ldd a.out
ldd a.out
linux-vdso.so.1 => (0x0000ffff880c0000)
libastring_generic.so => /scratch/arm-linux-compiler-19.3_Generic-AArch64_RHEL-8_aarch64-linux/lib/clang/9.0.1/armpl_links/lib/libastring_generic.so (0x0000ffff88080000)
libc.so.6 => /lib64/libc.so.6 (0x0000ffff87ee0000)
/lib/ld-linux-aarch64.so.1 (0x0000ffff880d0000)
To manage notifications about this bug go to:
https://bugs.launchpad.net/qemu/+bug/1853826/+subscriptions
^ permalink raw reply [flat|nested] 19+ messages in thread* [Bug 1853826] Re: ELF loader fails to load shared object on ThunderX2 running RHEL7
2019-11-25 11:07 [Bug 1853826] [NEW] ELF loader fails to load shared object on ThunderX2 running RHEL7 Caroline Concatto
` (2 preceding siblings ...)
2019-11-25 14:00 ` Alex Bennée
@ 2019-11-26 15:16 ` Assad Hashmi
2019-11-27 17:03 ` Alex Bennée
` (10 subsequent siblings)
14 siblings, 0 replies; 19+ messages in thread
From: Assad Hashmi @ 2019-11-26 15:16 UTC (permalink / raw)
To: qemu-devel
For info, a similar type of failure has been seen when loading libarmflang.so on DynamoRIO:
https://github.com/DynamoRIO/dynamorio/issues/3385
It's to do with the .dynstr section being mapped incorrectly causing a SIGBUS.
** Bug watch added: github.com/DynamoRIO/dynamorio/issues #3385
https://github.com/DynamoRIO/dynamorio/issues/3385
--
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
https://bugs.launchpad.net/bugs/1853826
Title:
ELF loader fails to load shared object on ThunderX2 running RHEL7
Status in QEMU:
New
Bug description:
Simple test:
hello.c
include <stdio.h>
int main(int argc, char* argv[])
{
{
printf("Hello World... \n");
}
return 0;
}
when compiled with :
*Compiler
https://developer.arm.com/tools-and-software/server-and-hpc/arm-architecture-tools/arm-allinea-studio/download
Arm-Compiler-for-HPC_19.3_RHEL_7_aarch64.tar
*Running:
1) with -armpl
armclang -armpl hello.c
./qemu/build/aarch64-linux-user/qemu-aarch64 a.out
2) without flag
armclang hello.c
./qemu/build/aarch64-linux-user/qemu-aarch64 a.out
•With Docker image:
CentOS Linux release 7.7.1908 (AltArch)
*Two different machines:
AArch64, Taishan. tsv110, Kunpeng 920, ARMv8.2-A
AArch64, Taishan 2280, Cortex-A72, ARMv8-A
*QEMU 4.0
qemu-aarch64 version 4.1.91 (v4.2.0-rc1)
Results:
****Taishan 2280 Cortex-A72
Running
1)with -armpl flag with and without the docker
WORKS-> Hello World...
-> ldd a.out
ldd a.out
linux-vdso.so.1 => (0x0000ffffbc6a2000)
libamath_generic.so => /scratch/arm-linux-compiler-19.3_Generic-AArch64_RHEL-8_aarch64-linux/lib/clang/9.0.1/armpl_links/lib/libamath_generic.so (0x0000ffffbc544000)
libm.so.6 => /lib64/libm.so.6 (0x0000ffffbc493000)
libastring_generic.so => /scratch/arm-linux-compiler-19.3_Generic-AArch64_RHEL-8_aarch64-linux/lib/clang/9.0.1/armpl_links/lib/libastring_generic.so (0x0000ffffbc472000) libarmflang.so => /scratch/arm-linux-compiler-19.3_Generic-AArch64_RHEL-8_aarch64-linux/lib/libarmflang.so (0x0000ffffbbfd3000)
libomp.so => /scratch/arm-linux-compiler-19.3_Generic-AArch64_RHEL-8_aarch64-linux/lib/libomp.so (0x0000ffffbbef5000)
librt.so.1 => /lib64/librt.so.1 (0x0000ffffbbed4000)
libpthread.so.0 => /lib64/libpthread.so.0 (0x0000ffffbbe9f000)
libarmpl_lp64_generic.so => /scratch/arm-linux-compiler-19.3_Generic-AArch64_RHEL-8_aarch64-linux/lib/clang/9.0.1/armpl_links/lib/libarmpl_lp64_generic.so (0x0000ffffb3306000)
libc.so.6 => /lib64/libc.so.6 (0x0000ffffb3180000)
libstdc++.so.6 => /scratch/gcc-9.2.0_Generic-AArch64_RHEL-8_aarch64-linux/lib64/libstdc++.so.6 (0x0000ffffb2f30000)
libgcc_s.so.1 => /scratch/gcc-9.2.0_Generic-AArch64_RHEL-8_aarch64-linux/lib64/libgcc_s.so.1 (0x0000ffffb2eff000)
libdl.so.2 => /lib64/libdl.so.2 (0x0000ffffb2ede000)
/lib/ld-linux-aarch64.so.1 (0x0000ffffbc674000)
Running
2) without -armpl flag with and without the docker
WORKS -> Hello World...
-> ldd a.out
ldd a.out
linux-vdso.so.1 => (0x0000ffffa6895000)
libastring_generic.so => /scratch/arm-linux-compiler-19.3_Generic-AArch64_RHEL-8_aarch64-linux/lib/clang/9.0.1/armpl_links/lib/libastring_generic.so (0x0000ffffa6846000)
libc.so.6 => /lib64/libc.so.6 (0x0000ffffa66c0000)
/lib/ld-linux-aarch64.so.1 (0x0000ffffa6867000)
****Taishan - tsv110 Kunpeng 920
For Running
1)with -armpl flag with and without the docker
DOES NOT WORK -> with and without Docker
-> It shows : qemu:handle_cpu_signal received signal outside vCPU
context @ pc=0xffffaaa8844a
-> ldd a.out
ldd a.out
linux-vdso.so.1 => (0x0000ffffad4b0000)
libamath_generic.so => /scratch/arm-linux-compiler-19.3_Generic-AArch64_RHEL-8_aarch64-linux/lib/clang/9.0.1/armpl_links/lib/libamath_generic.so (0x0000ffffad370000)
libm.so.6 => /lib64/libm.so.6 (0x0000ffffad2a0000)
libastring_generic.so => /scratch/arm-linux-compiler-19.3_Generic-AArch64_RHEL-8_aarch64-linux/lib/clang/9.0.1/armpl_links/lib/libastring_generic.so (0x0000ffffad270000) libarmflang.so => /scratch/arm-linux-compiler-19.3_Generic-AArch64_RHEL-8_aarch64-linux/lib/libarmflang.so (0x0000ffffacdd0000)
libomp.so => /scratch/arm-linux-compiler-19.3_Generic-AArch64_RHEL-8_aarch64-linux/lib/libomp.so (0x0000ffffaccf0000)
librt.so.1 => /lib64/librt.so.1 (0x0000ffffaccc0000)
libpthread.so.0 => /lib64/libpthread.so.0 (0x0000ffffacc80000)
libarmpl_lp64_generic.so => /scratch/arm-linux-compiler-19.3_Generic-AArch64_RHEL-8_aarch64-linux/lib/clang/9.0.1/armpl_links/lib/libarmpl_lp64_generic.so (0x0000ffffa40e0000)
libc.so.6 => /lib64/libc.so.6 (0x0000ffffa3f50000)
libstdc++.so.6 => /scratch/gcc-9.2.0_Generic-AArch64_RHEL-8_aarch64-linux/lib64/libstdc++.so.6 (0x0000ffffa3d00000)
libgcc_s.so.1 => /scratch/gcc-9.2.0_Generic-AArch64_RHEL-8_aarch64-linux/lib64/libgcc_s.so.1 (0x0000ffffa3cc0000)
libdl.so.2 => /lib64/libdl.so.2 (0x0000ffffa3c90000)
/lib/ld-linux-aarch64.so.1 (0x0000ffffad4c0000)
Running
2) without -armpl flag with and without the docker
WORKS -> Hello World..
-> ldd a.out
ldd a.out
linux-vdso.so.1 => (0x0000ffff880c0000)
libastring_generic.so => /scratch/arm-linux-compiler-19.3_Generic-AArch64_RHEL-8_aarch64-linux/lib/clang/9.0.1/armpl_links/lib/libastring_generic.so (0x0000ffff88080000)
libc.so.6 => /lib64/libc.so.6 (0x0000ffff87ee0000)
/lib/ld-linux-aarch64.so.1 (0x0000ffff880d0000)
To manage notifications about this bug go to:
https://bugs.launchpad.net/qemu/+bug/1853826/+subscriptions
^ permalink raw reply [flat|nested] 19+ messages in thread* [Bug 1853826] Re: ELF loader fails to load shared object on ThunderX2 running RHEL7
2019-11-25 11:07 [Bug 1853826] [NEW] ELF loader fails to load shared object on ThunderX2 running RHEL7 Caroline Concatto
` (3 preceding siblings ...)
2019-11-26 15:16 ` Assad Hashmi
@ 2019-11-27 17:03 ` Alex Bennée
2019-11-27 17:39 ` Alex Bennée
` (9 subsequent siblings)
14 siblings, 0 replies; 19+ messages in thread
From: Alex Bennée @ 2019-11-27 17:03 UTC (permalink / raw)
To: qemu-devel
I've attempted to replicate but it works for me:
16:55:37 [alex@idun:~/l/t/hello-armpl] $ ~/lsrc/qemu.git/builds/all/aarch64-linux-user/qemu-aarch64 ./hello-armpl
Hello World...
16:55:52 [alex@idun:~/l/t/hello-armpl] $ ldd ./hello-armpl
linux-vdso.so.1 (0x0000ffffb9e78000)
libamath_generic.so => /home/alex/lsrc/tests/hello-armpl/libamath_generic.so (0x0000ffffb9d1a000)
libm.so.6 => /lib64/libm.so.6 (0x0000ffffb9c50000)
libastring_generic.so => /home/alex/lsrc/tests/hello-armpl/libastring_generic.so (0x0000ffffb9c2f000)
libarmflang.so => /home/alex/lsrc/tests/hello-armpl/libarmflang.so (0x0000ffffb97b2000)
libomp.so => /home/alex/lsrc/tests/hello-armpl/libomp.so (0x0000ffffb96d4000)
librt.so.1 => /lib64/librt.so.1 (0x0000ffffb96bc000)
libpthread.so.0 => /lib64/libpthread.so.0 (0x0000ffffb968a000)
libarmpl_lp64_generic.so => /home/alex/lsrc/tests/hello-armpl/libarmpl_lp64_generic.so (0x0000ffffb0e12000)
libc.so.6 => /lib64/libc.so.6 (0x0000ffffb0c95000)
/lib/ld-linux-aarch64.so.1 => /lib64/ld-linux-aarch64.so.1 (0x0000ffffb9e4a000)
libstdc++.so.6 => /home/alex/lsrc/tests/hello-armpl/libstdc++.so.6 (0x0000ffffb0a9c000)
libgcc_s.so.1 => /home/alex/lsrc/tests/hello-armpl/libgcc_s.so.1 (0x0000ffffb0a6b000)
libdl.so.2 => /lib64/libdl.so.2 (0x0000ffffb0a57000)
--
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
https://bugs.launchpad.net/bugs/1853826
Title:
ELF loader fails to load shared object on ThunderX2 running RHEL7
Status in QEMU:
New
Bug description:
Simple test:
hello.c
include <stdio.h>
int main(int argc, char* argv[])
{
{
printf("Hello World... \n");
}
return 0;
}
when compiled with :
*Compiler
https://developer.arm.com/tools-and-software/server-and-hpc/arm-architecture-tools/arm-allinea-studio/download
Arm-Compiler-for-HPC_19.3_RHEL_7_aarch64.tar
*Running:
1) with -armpl
armclang -armpl hello.c
./qemu/build/aarch64-linux-user/qemu-aarch64 a.out
2) without flag
armclang hello.c
./qemu/build/aarch64-linux-user/qemu-aarch64 a.out
•With Docker image:
CentOS Linux release 7.7.1908 (AltArch)
*Two different machines:
AArch64, Taishan. tsv110, Kunpeng 920, ARMv8.2-A
AArch64, Taishan 2280, Cortex-A72, ARMv8-A
*QEMU 4.0
qemu-aarch64 version 4.1.91 (v4.2.0-rc1)
Results:
****Taishan 2280 Cortex-A72
Running
1)with -armpl flag with and without the docker
WORKS-> Hello World...
-> ldd a.out
ldd a.out
linux-vdso.so.1 => (0x0000ffffbc6a2000)
libamath_generic.so => /scratch/arm-linux-compiler-19.3_Generic-AArch64_RHEL-8_aarch64-linux/lib/clang/9.0.1/armpl_links/lib/libamath_generic.so (0x0000ffffbc544000)
libm.so.6 => /lib64/libm.so.6 (0x0000ffffbc493000)
libastring_generic.so => /scratch/arm-linux-compiler-19.3_Generic-AArch64_RHEL-8_aarch64-linux/lib/clang/9.0.1/armpl_links/lib/libastring_generic.so (0x0000ffffbc472000) libarmflang.so => /scratch/arm-linux-compiler-19.3_Generic-AArch64_RHEL-8_aarch64-linux/lib/libarmflang.so (0x0000ffffbbfd3000)
libomp.so => /scratch/arm-linux-compiler-19.3_Generic-AArch64_RHEL-8_aarch64-linux/lib/libomp.so (0x0000ffffbbef5000)
librt.so.1 => /lib64/librt.so.1 (0x0000ffffbbed4000)
libpthread.so.0 => /lib64/libpthread.so.0 (0x0000ffffbbe9f000)
libarmpl_lp64_generic.so => /scratch/arm-linux-compiler-19.3_Generic-AArch64_RHEL-8_aarch64-linux/lib/clang/9.0.1/armpl_links/lib/libarmpl_lp64_generic.so (0x0000ffffb3306000)
libc.so.6 => /lib64/libc.so.6 (0x0000ffffb3180000)
libstdc++.so.6 => /scratch/gcc-9.2.0_Generic-AArch64_RHEL-8_aarch64-linux/lib64/libstdc++.so.6 (0x0000ffffb2f30000)
libgcc_s.so.1 => /scratch/gcc-9.2.0_Generic-AArch64_RHEL-8_aarch64-linux/lib64/libgcc_s.so.1 (0x0000ffffb2eff000)
libdl.so.2 => /lib64/libdl.so.2 (0x0000ffffb2ede000)
/lib/ld-linux-aarch64.so.1 (0x0000ffffbc674000)
Running
2) without -armpl flag with and without the docker
WORKS -> Hello World...
-> ldd a.out
ldd a.out
linux-vdso.so.1 => (0x0000ffffa6895000)
libastring_generic.so => /scratch/arm-linux-compiler-19.3_Generic-AArch64_RHEL-8_aarch64-linux/lib/clang/9.0.1/armpl_links/lib/libastring_generic.so (0x0000ffffa6846000)
libc.so.6 => /lib64/libc.so.6 (0x0000ffffa66c0000)
/lib/ld-linux-aarch64.so.1 (0x0000ffffa6867000)
****Taishan - tsv110 Kunpeng 920
For Running
1)with -armpl flag with and without the docker
DOES NOT WORK -> with and without Docker
-> It shows : qemu:handle_cpu_signal received signal outside vCPU
context @ pc=0xffffaaa8844a
-> ldd a.out
ldd a.out
linux-vdso.so.1 => (0x0000ffffad4b0000)
libamath_generic.so => /scratch/arm-linux-compiler-19.3_Generic-AArch64_RHEL-8_aarch64-linux/lib/clang/9.0.1/armpl_links/lib/libamath_generic.so (0x0000ffffad370000)
libm.so.6 => /lib64/libm.so.6 (0x0000ffffad2a0000)
libastring_generic.so => /scratch/arm-linux-compiler-19.3_Generic-AArch64_RHEL-8_aarch64-linux/lib/clang/9.0.1/armpl_links/lib/libastring_generic.so (0x0000ffffad270000) libarmflang.so => /scratch/arm-linux-compiler-19.3_Generic-AArch64_RHEL-8_aarch64-linux/lib/libarmflang.so (0x0000ffffacdd0000)
libomp.so => /scratch/arm-linux-compiler-19.3_Generic-AArch64_RHEL-8_aarch64-linux/lib/libomp.so (0x0000ffffaccf0000)
librt.so.1 => /lib64/librt.so.1 (0x0000ffffaccc0000)
libpthread.so.0 => /lib64/libpthread.so.0 (0x0000ffffacc80000)
libarmpl_lp64_generic.so => /scratch/arm-linux-compiler-19.3_Generic-AArch64_RHEL-8_aarch64-linux/lib/clang/9.0.1/armpl_links/lib/libarmpl_lp64_generic.so (0x0000ffffa40e0000)
libc.so.6 => /lib64/libc.so.6 (0x0000ffffa3f50000)
libstdc++.so.6 => /scratch/gcc-9.2.0_Generic-AArch64_RHEL-8_aarch64-linux/lib64/libstdc++.so.6 (0x0000ffffa3d00000)
libgcc_s.so.1 => /scratch/gcc-9.2.0_Generic-AArch64_RHEL-8_aarch64-linux/lib64/libgcc_s.so.1 (0x0000ffffa3cc0000)
libdl.so.2 => /lib64/libdl.so.2 (0x0000ffffa3c90000)
/lib/ld-linux-aarch64.so.1 (0x0000ffffad4c0000)
Running
2) without -armpl flag with and without the docker
WORKS -> Hello World..
-> ldd a.out
ldd a.out
linux-vdso.so.1 => (0x0000ffff880c0000)
libastring_generic.so => /scratch/arm-linux-compiler-19.3_Generic-AArch64_RHEL-8_aarch64-linux/lib/clang/9.0.1/armpl_links/lib/libastring_generic.so (0x0000ffff88080000)
libc.so.6 => /lib64/libc.so.6 (0x0000ffff87ee0000)
/lib/ld-linux-aarch64.so.1 (0x0000ffff880d0000)
To manage notifications about this bug go to:
https://bugs.launchpad.net/qemu/+bug/1853826/+subscriptions
^ permalink raw reply [flat|nested] 19+ messages in thread* [Bug 1853826] Re: ELF loader fails to load shared object on ThunderX2 running RHEL7
2019-11-25 11:07 [Bug 1853826] [NEW] ELF loader fails to load shared object on ThunderX2 running RHEL7 Caroline Concatto
` (4 preceding siblings ...)
2019-11-27 17:03 ` Alex Bennée
@ 2019-11-27 17:39 ` Alex Bennée
2019-11-27 22:50 ` Caroline Concatto
` (8 subsequent siblings)
14 siblings, 0 replies; 19+ messages in thread
From: Alex Bennée @ 2019-11-27 17:39 UTC (permalink / raw)
To: qemu-devel
** Changed in: qemu
Status: New => Incomplete
--
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
https://bugs.launchpad.net/bugs/1853826
Title:
ELF loader fails to load shared object on ThunderX2 running RHEL7
Status in QEMU:
Incomplete
Bug description:
Simple test:
hello.c
include <stdio.h>
int main(int argc, char* argv[])
{
{
printf("Hello World... \n");
}
return 0;
}
when compiled with :
*Compiler
https://developer.arm.com/tools-and-software/server-and-hpc/arm-architecture-tools/arm-allinea-studio/download
Arm-Compiler-for-HPC_19.3_RHEL_7_aarch64.tar
*Running:
1) with -armpl
armclang -armpl hello.c
./qemu/build/aarch64-linux-user/qemu-aarch64 a.out
2) without flag
armclang hello.c
./qemu/build/aarch64-linux-user/qemu-aarch64 a.out
•With Docker image:
CentOS Linux release 7.7.1908 (AltArch)
*Two different machines:
AArch64, Taishan. tsv110, Kunpeng 920, ARMv8.2-A
AArch64, Taishan 2280, Cortex-A72, ARMv8-A
*QEMU 4.0
qemu-aarch64 version 4.1.91 (v4.2.0-rc1)
Results:
****Taishan 2280 Cortex-A72
Running
1)with -armpl flag with and without the docker
WORKS-> Hello World...
-> ldd a.out
ldd a.out
linux-vdso.so.1 => (0x0000ffffbc6a2000)
libamath_generic.so => /scratch/arm-linux-compiler-19.3_Generic-AArch64_RHEL-8_aarch64-linux/lib/clang/9.0.1/armpl_links/lib/libamath_generic.so (0x0000ffffbc544000)
libm.so.6 => /lib64/libm.so.6 (0x0000ffffbc493000)
libastring_generic.so => /scratch/arm-linux-compiler-19.3_Generic-AArch64_RHEL-8_aarch64-linux/lib/clang/9.0.1/armpl_links/lib/libastring_generic.so (0x0000ffffbc472000) libarmflang.so => /scratch/arm-linux-compiler-19.3_Generic-AArch64_RHEL-8_aarch64-linux/lib/libarmflang.so (0x0000ffffbbfd3000)
libomp.so => /scratch/arm-linux-compiler-19.3_Generic-AArch64_RHEL-8_aarch64-linux/lib/libomp.so (0x0000ffffbbef5000)
librt.so.1 => /lib64/librt.so.1 (0x0000ffffbbed4000)
libpthread.so.0 => /lib64/libpthread.so.0 (0x0000ffffbbe9f000)
libarmpl_lp64_generic.so => /scratch/arm-linux-compiler-19.3_Generic-AArch64_RHEL-8_aarch64-linux/lib/clang/9.0.1/armpl_links/lib/libarmpl_lp64_generic.so (0x0000ffffb3306000)
libc.so.6 => /lib64/libc.so.6 (0x0000ffffb3180000)
libstdc++.so.6 => /scratch/gcc-9.2.0_Generic-AArch64_RHEL-8_aarch64-linux/lib64/libstdc++.so.6 (0x0000ffffb2f30000)
libgcc_s.so.1 => /scratch/gcc-9.2.0_Generic-AArch64_RHEL-8_aarch64-linux/lib64/libgcc_s.so.1 (0x0000ffffb2eff000)
libdl.so.2 => /lib64/libdl.so.2 (0x0000ffffb2ede000)
/lib/ld-linux-aarch64.so.1 (0x0000ffffbc674000)
Running
2) without -armpl flag with and without the docker
WORKS -> Hello World...
-> ldd a.out
ldd a.out
linux-vdso.so.1 => (0x0000ffffa6895000)
libastring_generic.so => /scratch/arm-linux-compiler-19.3_Generic-AArch64_RHEL-8_aarch64-linux/lib/clang/9.0.1/armpl_links/lib/libastring_generic.so (0x0000ffffa6846000)
libc.so.6 => /lib64/libc.so.6 (0x0000ffffa66c0000)
/lib/ld-linux-aarch64.so.1 (0x0000ffffa6867000)
****Taishan - tsv110 Kunpeng 920
For Running
1)with -armpl flag with and without the docker
DOES NOT WORK -> with and without Docker
-> It shows : qemu:handle_cpu_signal received signal outside vCPU
context @ pc=0xffffaaa8844a
-> ldd a.out
ldd a.out
linux-vdso.so.1 => (0x0000ffffad4b0000)
libamath_generic.so => /scratch/arm-linux-compiler-19.3_Generic-AArch64_RHEL-8_aarch64-linux/lib/clang/9.0.1/armpl_links/lib/libamath_generic.so (0x0000ffffad370000)
libm.so.6 => /lib64/libm.so.6 (0x0000ffffad2a0000)
libastring_generic.so => /scratch/arm-linux-compiler-19.3_Generic-AArch64_RHEL-8_aarch64-linux/lib/clang/9.0.1/armpl_links/lib/libastring_generic.so (0x0000ffffad270000) libarmflang.so => /scratch/arm-linux-compiler-19.3_Generic-AArch64_RHEL-8_aarch64-linux/lib/libarmflang.so (0x0000ffffacdd0000)
libomp.so => /scratch/arm-linux-compiler-19.3_Generic-AArch64_RHEL-8_aarch64-linux/lib/libomp.so (0x0000ffffaccf0000)
librt.so.1 => /lib64/librt.so.1 (0x0000ffffaccc0000)
libpthread.so.0 => /lib64/libpthread.so.0 (0x0000ffffacc80000)
libarmpl_lp64_generic.so => /scratch/arm-linux-compiler-19.3_Generic-AArch64_RHEL-8_aarch64-linux/lib/clang/9.0.1/armpl_links/lib/libarmpl_lp64_generic.so (0x0000ffffa40e0000)
libc.so.6 => /lib64/libc.so.6 (0x0000ffffa3f50000)
libstdc++.so.6 => /scratch/gcc-9.2.0_Generic-AArch64_RHEL-8_aarch64-linux/lib64/libstdc++.so.6 (0x0000ffffa3d00000)
libgcc_s.so.1 => /scratch/gcc-9.2.0_Generic-AArch64_RHEL-8_aarch64-linux/lib64/libgcc_s.so.1 (0x0000ffffa3cc0000)
libdl.so.2 => /lib64/libdl.so.2 (0x0000ffffa3c90000)
/lib/ld-linux-aarch64.so.1 (0x0000ffffad4c0000)
Running
2) without -armpl flag with and without the docker
WORKS -> Hello World..
-> ldd a.out
ldd a.out
linux-vdso.so.1 => (0x0000ffff880c0000)
libastring_generic.so => /scratch/arm-linux-compiler-19.3_Generic-AArch64_RHEL-8_aarch64-linux/lib/clang/9.0.1/armpl_links/lib/libastring_generic.so (0x0000ffff88080000)
libc.so.6 => /lib64/libc.so.6 (0x0000ffff87ee0000)
/lib/ld-linux-aarch64.so.1 (0x0000ffff880d0000)
To manage notifications about this bug go to:
https://bugs.launchpad.net/qemu/+bug/1853826/+subscriptions
^ permalink raw reply [flat|nested] 19+ messages in thread* [Bug 1853826] Re: ELF loader fails to load shared object on ThunderX2 running RHEL7
2019-11-25 11:07 [Bug 1853826] [NEW] ELF loader fails to load shared object on ThunderX2 running RHEL7 Caroline Concatto
` (5 preceding siblings ...)
2019-11-27 17:39 ` Alex Bennée
@ 2019-11-27 22:50 ` Caroline Concatto
2019-11-28 11:13 ` Alex Bennée
` (7 subsequent siblings)
14 siblings, 0 replies; 19+ messages in thread
From: Caroline Concatto @ 2019-11-27 22:50 UTC (permalink / raw)
To: qemu-devel
Hi Alex,
So, it works in some machines and others not. Mainly in machines with RHEL OS that we found the problem.
What is the OS you are using?
--
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
https://bugs.launchpad.net/bugs/1853826
Title:
ELF loader fails to load shared object on ThunderX2 running RHEL7
Status in QEMU:
Incomplete
Bug description:
Simple test:
hello.c
include <stdio.h>
int main(int argc, char* argv[])
{
{
printf("Hello World... \n");
}
return 0;
}
when compiled with :
*Compiler
https://developer.arm.com/tools-and-software/server-and-hpc/arm-architecture-tools/arm-allinea-studio/download
Arm-Compiler-for-HPC_19.3_RHEL_7_aarch64.tar
*Running:
1) with -armpl
armclang -armpl hello.c
./qemu/build/aarch64-linux-user/qemu-aarch64 a.out
2) without flag
armclang hello.c
./qemu/build/aarch64-linux-user/qemu-aarch64 a.out
•With Docker image:
CentOS Linux release 7.7.1908 (AltArch)
*Two different machines:
AArch64, Taishan. tsv110, Kunpeng 920, ARMv8.2-A
AArch64, Taishan 2280, Cortex-A72, ARMv8-A
*QEMU 4.0
qemu-aarch64 version 4.1.91 (v4.2.0-rc1)
Results:
****Taishan 2280 Cortex-A72
Running
1)with -armpl flag with and without the docker
WORKS-> Hello World...
-> ldd a.out
ldd a.out
linux-vdso.so.1 => (0x0000ffffbc6a2000)
libamath_generic.so => /scratch/arm-linux-compiler-19.3_Generic-AArch64_RHEL-8_aarch64-linux/lib/clang/9.0.1/armpl_links/lib/libamath_generic.so (0x0000ffffbc544000)
libm.so.6 => /lib64/libm.so.6 (0x0000ffffbc493000)
libastring_generic.so => /scratch/arm-linux-compiler-19.3_Generic-AArch64_RHEL-8_aarch64-linux/lib/clang/9.0.1/armpl_links/lib/libastring_generic.so (0x0000ffffbc472000) libarmflang.so => /scratch/arm-linux-compiler-19.3_Generic-AArch64_RHEL-8_aarch64-linux/lib/libarmflang.so (0x0000ffffbbfd3000)
libomp.so => /scratch/arm-linux-compiler-19.3_Generic-AArch64_RHEL-8_aarch64-linux/lib/libomp.so (0x0000ffffbbef5000)
librt.so.1 => /lib64/librt.so.1 (0x0000ffffbbed4000)
libpthread.so.0 => /lib64/libpthread.so.0 (0x0000ffffbbe9f000)
libarmpl_lp64_generic.so => /scratch/arm-linux-compiler-19.3_Generic-AArch64_RHEL-8_aarch64-linux/lib/clang/9.0.1/armpl_links/lib/libarmpl_lp64_generic.so (0x0000ffffb3306000)
libc.so.6 => /lib64/libc.so.6 (0x0000ffffb3180000)
libstdc++.so.6 => /scratch/gcc-9.2.0_Generic-AArch64_RHEL-8_aarch64-linux/lib64/libstdc++.so.6 (0x0000ffffb2f30000)
libgcc_s.so.1 => /scratch/gcc-9.2.0_Generic-AArch64_RHEL-8_aarch64-linux/lib64/libgcc_s.so.1 (0x0000ffffb2eff000)
libdl.so.2 => /lib64/libdl.so.2 (0x0000ffffb2ede000)
/lib/ld-linux-aarch64.so.1 (0x0000ffffbc674000)
Running
2) without -armpl flag with and without the docker
WORKS -> Hello World...
-> ldd a.out
ldd a.out
linux-vdso.so.1 => (0x0000ffffa6895000)
libastring_generic.so => /scratch/arm-linux-compiler-19.3_Generic-AArch64_RHEL-8_aarch64-linux/lib/clang/9.0.1/armpl_links/lib/libastring_generic.so (0x0000ffffa6846000)
libc.so.6 => /lib64/libc.so.6 (0x0000ffffa66c0000)
/lib/ld-linux-aarch64.so.1 (0x0000ffffa6867000)
****Taishan - tsv110 Kunpeng 920
For Running
1)with -armpl flag with and without the docker
DOES NOT WORK -> with and without Docker
-> It shows : qemu:handle_cpu_signal received signal outside vCPU
context @ pc=0xffffaaa8844a
-> ldd a.out
ldd a.out
linux-vdso.so.1 => (0x0000ffffad4b0000)
libamath_generic.so => /scratch/arm-linux-compiler-19.3_Generic-AArch64_RHEL-8_aarch64-linux/lib/clang/9.0.1/armpl_links/lib/libamath_generic.so (0x0000ffffad370000)
libm.so.6 => /lib64/libm.so.6 (0x0000ffffad2a0000)
libastring_generic.so => /scratch/arm-linux-compiler-19.3_Generic-AArch64_RHEL-8_aarch64-linux/lib/clang/9.0.1/armpl_links/lib/libastring_generic.so (0x0000ffffad270000) libarmflang.so => /scratch/arm-linux-compiler-19.3_Generic-AArch64_RHEL-8_aarch64-linux/lib/libarmflang.so (0x0000ffffacdd0000)
libomp.so => /scratch/arm-linux-compiler-19.3_Generic-AArch64_RHEL-8_aarch64-linux/lib/libomp.so (0x0000ffffaccf0000)
librt.so.1 => /lib64/librt.so.1 (0x0000ffffaccc0000)
libpthread.so.0 => /lib64/libpthread.so.0 (0x0000ffffacc80000)
libarmpl_lp64_generic.so => /scratch/arm-linux-compiler-19.3_Generic-AArch64_RHEL-8_aarch64-linux/lib/clang/9.0.1/armpl_links/lib/libarmpl_lp64_generic.so (0x0000ffffa40e0000)
libc.so.6 => /lib64/libc.so.6 (0x0000ffffa3f50000)
libstdc++.so.6 => /scratch/gcc-9.2.0_Generic-AArch64_RHEL-8_aarch64-linux/lib64/libstdc++.so.6 (0x0000ffffa3d00000)
libgcc_s.so.1 => /scratch/gcc-9.2.0_Generic-AArch64_RHEL-8_aarch64-linux/lib64/libgcc_s.so.1 (0x0000ffffa3cc0000)
libdl.so.2 => /lib64/libdl.so.2 (0x0000ffffa3c90000)
/lib/ld-linux-aarch64.so.1 (0x0000ffffad4c0000)
Running
2) without -armpl flag with and without the docker
WORKS -> Hello World..
-> ldd a.out
ldd a.out
linux-vdso.so.1 => (0x0000ffff880c0000)
libastring_generic.so => /scratch/arm-linux-compiler-19.3_Generic-AArch64_RHEL-8_aarch64-linux/lib/clang/9.0.1/armpl_links/lib/libastring_generic.so (0x0000ffff88080000)
libc.so.6 => /lib64/libc.so.6 (0x0000ffff87ee0000)
/lib/ld-linux-aarch64.so.1 (0x0000ffff880d0000)
To manage notifications about this bug go to:
https://bugs.launchpad.net/qemu/+bug/1853826/+subscriptions
^ permalink raw reply [flat|nested] 19+ messages in thread* [Bug 1853826] Re: ELF loader fails to load shared object on ThunderX2 running RHEL7
2019-11-25 11:07 [Bug 1853826] [NEW] ELF loader fails to load shared object on ThunderX2 running RHEL7 Caroline Concatto
` (6 preceding siblings ...)
2019-11-27 22:50 ` Caroline Concatto
@ 2019-11-28 11:13 ` Alex Bennée
2019-11-28 11:33 ` Peter Maydell
` (6 subsequent siblings)
14 siblings, 0 replies; 19+ messages in thread
From: Alex Bennée @ 2019-11-28 11:13 UTC (permalink / raw)
To: qemu-devel
This was on Aarch64 Ubuntu 18.04 - I don't have any RHEL machines around
but if you send the ld.so along with the other libraries that won't
matter in replicating the fault on my x86 host.
--
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
https://bugs.launchpad.net/bugs/1853826
Title:
ELF loader fails to load shared object on ThunderX2 running RHEL7
Status in QEMU:
Incomplete
Bug description:
Simple test:
hello.c
include <stdio.h>
int main(int argc, char* argv[])
{
{
printf("Hello World... \n");
}
return 0;
}
when compiled with :
*Compiler
https://developer.arm.com/tools-and-software/server-and-hpc/arm-architecture-tools/arm-allinea-studio/download
Arm-Compiler-for-HPC_19.3_RHEL_7_aarch64.tar
*Running:
1) with -armpl
armclang -armpl hello.c
./qemu/build/aarch64-linux-user/qemu-aarch64 a.out
2) without flag
armclang hello.c
./qemu/build/aarch64-linux-user/qemu-aarch64 a.out
•With Docker image:
CentOS Linux release 7.7.1908 (AltArch)
*Two different machines:
AArch64, Taishan. tsv110, Kunpeng 920, ARMv8.2-A
AArch64, Taishan 2280, Cortex-A72, ARMv8-A
*QEMU 4.0
qemu-aarch64 version 4.1.91 (v4.2.0-rc1)
Results:
****Taishan 2280 Cortex-A72
Running
1)with -armpl flag with and without the docker
WORKS-> Hello World...
-> ldd a.out
ldd a.out
linux-vdso.so.1 => (0x0000ffffbc6a2000)
libamath_generic.so => /scratch/arm-linux-compiler-19.3_Generic-AArch64_RHEL-8_aarch64-linux/lib/clang/9.0.1/armpl_links/lib/libamath_generic.so (0x0000ffffbc544000)
libm.so.6 => /lib64/libm.so.6 (0x0000ffffbc493000)
libastring_generic.so => /scratch/arm-linux-compiler-19.3_Generic-AArch64_RHEL-8_aarch64-linux/lib/clang/9.0.1/armpl_links/lib/libastring_generic.so (0x0000ffffbc472000) libarmflang.so => /scratch/arm-linux-compiler-19.3_Generic-AArch64_RHEL-8_aarch64-linux/lib/libarmflang.so (0x0000ffffbbfd3000)
libomp.so => /scratch/arm-linux-compiler-19.3_Generic-AArch64_RHEL-8_aarch64-linux/lib/libomp.so (0x0000ffffbbef5000)
librt.so.1 => /lib64/librt.so.1 (0x0000ffffbbed4000)
libpthread.so.0 => /lib64/libpthread.so.0 (0x0000ffffbbe9f000)
libarmpl_lp64_generic.so => /scratch/arm-linux-compiler-19.3_Generic-AArch64_RHEL-8_aarch64-linux/lib/clang/9.0.1/armpl_links/lib/libarmpl_lp64_generic.so (0x0000ffffb3306000)
libc.so.6 => /lib64/libc.so.6 (0x0000ffffb3180000)
libstdc++.so.6 => /scratch/gcc-9.2.0_Generic-AArch64_RHEL-8_aarch64-linux/lib64/libstdc++.so.6 (0x0000ffffb2f30000)
libgcc_s.so.1 => /scratch/gcc-9.2.0_Generic-AArch64_RHEL-8_aarch64-linux/lib64/libgcc_s.so.1 (0x0000ffffb2eff000)
libdl.so.2 => /lib64/libdl.so.2 (0x0000ffffb2ede000)
/lib/ld-linux-aarch64.so.1 (0x0000ffffbc674000)
Running
2) without -armpl flag with and without the docker
WORKS -> Hello World...
-> ldd a.out
ldd a.out
linux-vdso.so.1 => (0x0000ffffa6895000)
libastring_generic.so => /scratch/arm-linux-compiler-19.3_Generic-AArch64_RHEL-8_aarch64-linux/lib/clang/9.0.1/armpl_links/lib/libastring_generic.so (0x0000ffffa6846000)
libc.so.6 => /lib64/libc.so.6 (0x0000ffffa66c0000)
/lib/ld-linux-aarch64.so.1 (0x0000ffffa6867000)
****Taishan - tsv110 Kunpeng 920
For Running
1)with -armpl flag with and without the docker
DOES NOT WORK -> with and without Docker
-> It shows : qemu:handle_cpu_signal received signal outside vCPU
context @ pc=0xffffaaa8844a
-> ldd a.out
ldd a.out
linux-vdso.so.1 => (0x0000ffffad4b0000)
libamath_generic.so => /scratch/arm-linux-compiler-19.3_Generic-AArch64_RHEL-8_aarch64-linux/lib/clang/9.0.1/armpl_links/lib/libamath_generic.so (0x0000ffffad370000)
libm.so.6 => /lib64/libm.so.6 (0x0000ffffad2a0000)
libastring_generic.so => /scratch/arm-linux-compiler-19.3_Generic-AArch64_RHEL-8_aarch64-linux/lib/clang/9.0.1/armpl_links/lib/libastring_generic.so (0x0000ffffad270000) libarmflang.so => /scratch/arm-linux-compiler-19.3_Generic-AArch64_RHEL-8_aarch64-linux/lib/libarmflang.so (0x0000ffffacdd0000)
libomp.so => /scratch/arm-linux-compiler-19.3_Generic-AArch64_RHEL-8_aarch64-linux/lib/libomp.so (0x0000ffffaccf0000)
librt.so.1 => /lib64/librt.so.1 (0x0000ffffaccc0000)
libpthread.so.0 => /lib64/libpthread.so.0 (0x0000ffffacc80000)
libarmpl_lp64_generic.so => /scratch/arm-linux-compiler-19.3_Generic-AArch64_RHEL-8_aarch64-linux/lib/clang/9.0.1/armpl_links/lib/libarmpl_lp64_generic.so (0x0000ffffa40e0000)
libc.so.6 => /lib64/libc.so.6 (0x0000ffffa3f50000)
libstdc++.so.6 => /scratch/gcc-9.2.0_Generic-AArch64_RHEL-8_aarch64-linux/lib64/libstdc++.so.6 (0x0000ffffa3d00000)
libgcc_s.so.1 => /scratch/gcc-9.2.0_Generic-AArch64_RHEL-8_aarch64-linux/lib64/libgcc_s.so.1 (0x0000ffffa3cc0000)
libdl.so.2 => /lib64/libdl.so.2 (0x0000ffffa3c90000)
/lib/ld-linux-aarch64.so.1 (0x0000ffffad4c0000)
Running
2) without -armpl flag with and without the docker
WORKS -> Hello World..
-> ldd a.out
ldd a.out
linux-vdso.so.1 => (0x0000ffff880c0000)
libastring_generic.so => /scratch/arm-linux-compiler-19.3_Generic-AArch64_RHEL-8_aarch64-linux/lib/clang/9.0.1/armpl_links/lib/libastring_generic.so (0x0000ffff88080000)
libc.so.6 => /lib64/libc.so.6 (0x0000ffff87ee0000)
/lib/ld-linux-aarch64.so.1 (0x0000ffff880d0000)
To manage notifications about this bug go to:
https://bugs.launchpad.net/qemu/+bug/1853826/+subscriptions
^ permalink raw reply [flat|nested] 19+ messages in thread* [Bug 1853826] Re: ELF loader fails to load shared object on ThunderX2 running RHEL7
2019-11-25 11:07 [Bug 1853826] [NEW] ELF loader fails to load shared object on ThunderX2 running RHEL7 Caroline Concatto
` (7 preceding siblings ...)
2019-11-28 11:13 ` Alex Bennée
@ 2019-11-28 11:33 ` Peter Maydell
2019-11-28 11:39 ` Caroline Concatto
` (5 subsequent siblings)
14 siblings, 0 replies; 19+ messages in thread
From: Peter Maydell @ 2019-11-28 11:33 UTC (permalink / raw)
To: qemu-devel
IIRC RHEL uses 64k pages but Ubuntu does not -- maybe that is relevant ?
Is the guest binary built for 4K or 64K pages?
--
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
https://bugs.launchpad.net/bugs/1853826
Title:
ELF loader fails to load shared object on ThunderX2 running RHEL7
Status in QEMU:
Incomplete
Bug description:
Simple test:
hello.c
include <stdio.h>
int main(int argc, char* argv[])
{
{
printf("Hello World... \n");
}
return 0;
}
when compiled with :
*Compiler
https://developer.arm.com/tools-and-software/server-and-hpc/arm-architecture-tools/arm-allinea-studio/download
Arm-Compiler-for-HPC_19.3_RHEL_7_aarch64.tar
*Running:
1) with -armpl
armclang -armpl hello.c
./qemu/build/aarch64-linux-user/qemu-aarch64 a.out
2) without flag
armclang hello.c
./qemu/build/aarch64-linux-user/qemu-aarch64 a.out
•With Docker image:
CentOS Linux release 7.7.1908 (AltArch)
*Two different machines:
AArch64, Taishan. tsv110, Kunpeng 920, ARMv8.2-A
AArch64, Taishan 2280, Cortex-A72, ARMv8-A
*QEMU 4.0
qemu-aarch64 version 4.1.91 (v4.2.0-rc1)
Results:
****Taishan 2280 Cortex-A72
Running
1)with -armpl flag with and without the docker
WORKS-> Hello World...
-> ldd a.out
ldd a.out
linux-vdso.so.1 => (0x0000ffffbc6a2000)
libamath_generic.so => /scratch/arm-linux-compiler-19.3_Generic-AArch64_RHEL-8_aarch64-linux/lib/clang/9.0.1/armpl_links/lib/libamath_generic.so (0x0000ffffbc544000)
libm.so.6 => /lib64/libm.so.6 (0x0000ffffbc493000)
libastring_generic.so => /scratch/arm-linux-compiler-19.3_Generic-AArch64_RHEL-8_aarch64-linux/lib/clang/9.0.1/armpl_links/lib/libastring_generic.so (0x0000ffffbc472000) libarmflang.so => /scratch/arm-linux-compiler-19.3_Generic-AArch64_RHEL-8_aarch64-linux/lib/libarmflang.so (0x0000ffffbbfd3000)
libomp.so => /scratch/arm-linux-compiler-19.3_Generic-AArch64_RHEL-8_aarch64-linux/lib/libomp.so (0x0000ffffbbef5000)
librt.so.1 => /lib64/librt.so.1 (0x0000ffffbbed4000)
libpthread.so.0 => /lib64/libpthread.so.0 (0x0000ffffbbe9f000)
libarmpl_lp64_generic.so => /scratch/arm-linux-compiler-19.3_Generic-AArch64_RHEL-8_aarch64-linux/lib/clang/9.0.1/armpl_links/lib/libarmpl_lp64_generic.so (0x0000ffffb3306000)
libc.so.6 => /lib64/libc.so.6 (0x0000ffffb3180000)
libstdc++.so.6 => /scratch/gcc-9.2.0_Generic-AArch64_RHEL-8_aarch64-linux/lib64/libstdc++.so.6 (0x0000ffffb2f30000)
libgcc_s.so.1 => /scratch/gcc-9.2.0_Generic-AArch64_RHEL-8_aarch64-linux/lib64/libgcc_s.so.1 (0x0000ffffb2eff000)
libdl.so.2 => /lib64/libdl.so.2 (0x0000ffffb2ede000)
/lib/ld-linux-aarch64.so.1 (0x0000ffffbc674000)
Running
2) without -armpl flag with and without the docker
WORKS -> Hello World...
-> ldd a.out
ldd a.out
linux-vdso.so.1 => (0x0000ffffa6895000)
libastring_generic.so => /scratch/arm-linux-compiler-19.3_Generic-AArch64_RHEL-8_aarch64-linux/lib/clang/9.0.1/armpl_links/lib/libastring_generic.so (0x0000ffffa6846000)
libc.so.6 => /lib64/libc.so.6 (0x0000ffffa66c0000)
/lib/ld-linux-aarch64.so.1 (0x0000ffffa6867000)
****Taishan - tsv110 Kunpeng 920
For Running
1)with -armpl flag with and without the docker
DOES NOT WORK -> with and without Docker
-> It shows : qemu:handle_cpu_signal received signal outside vCPU
context @ pc=0xffffaaa8844a
-> ldd a.out
ldd a.out
linux-vdso.so.1 => (0x0000ffffad4b0000)
libamath_generic.so => /scratch/arm-linux-compiler-19.3_Generic-AArch64_RHEL-8_aarch64-linux/lib/clang/9.0.1/armpl_links/lib/libamath_generic.so (0x0000ffffad370000)
libm.so.6 => /lib64/libm.so.6 (0x0000ffffad2a0000)
libastring_generic.so => /scratch/arm-linux-compiler-19.3_Generic-AArch64_RHEL-8_aarch64-linux/lib/clang/9.0.1/armpl_links/lib/libastring_generic.so (0x0000ffffad270000) libarmflang.so => /scratch/arm-linux-compiler-19.3_Generic-AArch64_RHEL-8_aarch64-linux/lib/libarmflang.so (0x0000ffffacdd0000)
libomp.so => /scratch/arm-linux-compiler-19.3_Generic-AArch64_RHEL-8_aarch64-linux/lib/libomp.so (0x0000ffffaccf0000)
librt.so.1 => /lib64/librt.so.1 (0x0000ffffaccc0000)
libpthread.so.0 => /lib64/libpthread.so.0 (0x0000ffffacc80000)
libarmpl_lp64_generic.so => /scratch/arm-linux-compiler-19.3_Generic-AArch64_RHEL-8_aarch64-linux/lib/clang/9.0.1/armpl_links/lib/libarmpl_lp64_generic.so (0x0000ffffa40e0000)
libc.so.6 => /lib64/libc.so.6 (0x0000ffffa3f50000)
libstdc++.so.6 => /scratch/gcc-9.2.0_Generic-AArch64_RHEL-8_aarch64-linux/lib64/libstdc++.so.6 (0x0000ffffa3d00000)
libgcc_s.so.1 => /scratch/gcc-9.2.0_Generic-AArch64_RHEL-8_aarch64-linux/lib64/libgcc_s.so.1 (0x0000ffffa3cc0000)
libdl.so.2 => /lib64/libdl.so.2 (0x0000ffffa3c90000)
/lib/ld-linux-aarch64.so.1 (0x0000ffffad4c0000)
Running
2) without -armpl flag with and without the docker
WORKS -> Hello World..
-> ldd a.out
ldd a.out
linux-vdso.so.1 => (0x0000ffff880c0000)
libastring_generic.so => /scratch/arm-linux-compiler-19.3_Generic-AArch64_RHEL-8_aarch64-linux/lib/clang/9.0.1/armpl_links/lib/libastring_generic.so (0x0000ffff88080000)
libc.so.6 => /lib64/libc.so.6 (0x0000ffff87ee0000)
/lib/ld-linux-aarch64.so.1 (0x0000ffff880d0000)
To manage notifications about this bug go to:
https://bugs.launchpad.net/qemu/+bug/1853826/+subscriptions
^ permalink raw reply [flat|nested] 19+ messages in thread* [Bug 1853826] Re: ELF loader fails to load shared object on ThunderX2 running RHEL7
2019-11-25 11:07 [Bug 1853826] [NEW] ELF loader fails to load shared object on ThunderX2 running RHEL7 Caroline Concatto
` (8 preceding siblings ...)
2019-11-28 11:33 ` Peter Maydell
@ 2019-11-28 11:39 ` Caroline Concatto
2019-11-28 13:46 ` Alex Bennée
` (4 subsequent siblings)
14 siblings, 0 replies; 19+ messages in thread
From: Caroline Concatto @ 2019-11-28 11:39 UTC (permalink / raw)
To: qemu-devel
Alex,
Do you have the licence to run the compiler library?
--
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
https://bugs.launchpad.net/bugs/1853826
Title:
ELF loader fails to load shared object on ThunderX2 running RHEL7
Status in QEMU:
Incomplete
Bug description:
Simple test:
hello.c
include <stdio.h>
int main(int argc, char* argv[])
{
{
printf("Hello World... \n");
}
return 0;
}
when compiled with :
*Compiler
https://developer.arm.com/tools-and-software/server-and-hpc/arm-architecture-tools/arm-allinea-studio/download
Arm-Compiler-for-HPC_19.3_RHEL_7_aarch64.tar
*Running:
1) with -armpl
armclang -armpl hello.c
./qemu/build/aarch64-linux-user/qemu-aarch64 a.out
2) without flag
armclang hello.c
./qemu/build/aarch64-linux-user/qemu-aarch64 a.out
•With Docker image:
CentOS Linux release 7.7.1908 (AltArch)
*Two different machines:
AArch64, Taishan. tsv110, Kunpeng 920, ARMv8.2-A
AArch64, Taishan 2280, Cortex-A72, ARMv8-A
*QEMU 4.0
qemu-aarch64 version 4.1.91 (v4.2.0-rc1)
Results:
****Taishan 2280 Cortex-A72
Running
1)with -armpl flag with and without the docker
WORKS-> Hello World...
-> ldd a.out
ldd a.out
linux-vdso.so.1 => (0x0000ffffbc6a2000)
libamath_generic.so => /scratch/arm-linux-compiler-19.3_Generic-AArch64_RHEL-8_aarch64-linux/lib/clang/9.0.1/armpl_links/lib/libamath_generic.so (0x0000ffffbc544000)
libm.so.6 => /lib64/libm.so.6 (0x0000ffffbc493000)
libastring_generic.so => /scratch/arm-linux-compiler-19.3_Generic-AArch64_RHEL-8_aarch64-linux/lib/clang/9.0.1/armpl_links/lib/libastring_generic.so (0x0000ffffbc472000) libarmflang.so => /scratch/arm-linux-compiler-19.3_Generic-AArch64_RHEL-8_aarch64-linux/lib/libarmflang.so (0x0000ffffbbfd3000)
libomp.so => /scratch/arm-linux-compiler-19.3_Generic-AArch64_RHEL-8_aarch64-linux/lib/libomp.so (0x0000ffffbbef5000)
librt.so.1 => /lib64/librt.so.1 (0x0000ffffbbed4000)
libpthread.so.0 => /lib64/libpthread.so.0 (0x0000ffffbbe9f000)
libarmpl_lp64_generic.so => /scratch/arm-linux-compiler-19.3_Generic-AArch64_RHEL-8_aarch64-linux/lib/clang/9.0.1/armpl_links/lib/libarmpl_lp64_generic.so (0x0000ffffb3306000)
libc.so.6 => /lib64/libc.so.6 (0x0000ffffb3180000)
libstdc++.so.6 => /scratch/gcc-9.2.0_Generic-AArch64_RHEL-8_aarch64-linux/lib64/libstdc++.so.6 (0x0000ffffb2f30000)
libgcc_s.so.1 => /scratch/gcc-9.2.0_Generic-AArch64_RHEL-8_aarch64-linux/lib64/libgcc_s.so.1 (0x0000ffffb2eff000)
libdl.so.2 => /lib64/libdl.so.2 (0x0000ffffb2ede000)
/lib/ld-linux-aarch64.so.1 (0x0000ffffbc674000)
Running
2) without -armpl flag with and without the docker
WORKS -> Hello World...
-> ldd a.out
ldd a.out
linux-vdso.so.1 => (0x0000ffffa6895000)
libastring_generic.so => /scratch/arm-linux-compiler-19.3_Generic-AArch64_RHEL-8_aarch64-linux/lib/clang/9.0.1/armpl_links/lib/libastring_generic.so (0x0000ffffa6846000)
libc.so.6 => /lib64/libc.so.6 (0x0000ffffa66c0000)
/lib/ld-linux-aarch64.so.1 (0x0000ffffa6867000)
****Taishan - tsv110 Kunpeng 920
For Running
1)with -armpl flag with and without the docker
DOES NOT WORK -> with and without Docker
-> It shows : qemu:handle_cpu_signal received signal outside vCPU
context @ pc=0xffffaaa8844a
-> ldd a.out
ldd a.out
linux-vdso.so.1 => (0x0000ffffad4b0000)
libamath_generic.so => /scratch/arm-linux-compiler-19.3_Generic-AArch64_RHEL-8_aarch64-linux/lib/clang/9.0.1/armpl_links/lib/libamath_generic.so (0x0000ffffad370000)
libm.so.6 => /lib64/libm.so.6 (0x0000ffffad2a0000)
libastring_generic.so => /scratch/arm-linux-compiler-19.3_Generic-AArch64_RHEL-8_aarch64-linux/lib/clang/9.0.1/armpl_links/lib/libastring_generic.so (0x0000ffffad270000) libarmflang.so => /scratch/arm-linux-compiler-19.3_Generic-AArch64_RHEL-8_aarch64-linux/lib/libarmflang.so (0x0000ffffacdd0000)
libomp.so => /scratch/arm-linux-compiler-19.3_Generic-AArch64_RHEL-8_aarch64-linux/lib/libomp.so (0x0000ffffaccf0000)
librt.so.1 => /lib64/librt.so.1 (0x0000ffffaccc0000)
libpthread.so.0 => /lib64/libpthread.so.0 (0x0000ffffacc80000)
libarmpl_lp64_generic.so => /scratch/arm-linux-compiler-19.3_Generic-AArch64_RHEL-8_aarch64-linux/lib/clang/9.0.1/armpl_links/lib/libarmpl_lp64_generic.so (0x0000ffffa40e0000)
libc.so.6 => /lib64/libc.so.6 (0x0000ffffa3f50000)
libstdc++.so.6 => /scratch/gcc-9.2.0_Generic-AArch64_RHEL-8_aarch64-linux/lib64/libstdc++.so.6 (0x0000ffffa3d00000)
libgcc_s.so.1 => /scratch/gcc-9.2.0_Generic-AArch64_RHEL-8_aarch64-linux/lib64/libgcc_s.so.1 (0x0000ffffa3cc0000)
libdl.so.2 => /lib64/libdl.so.2 (0x0000ffffa3c90000)
/lib/ld-linux-aarch64.so.1 (0x0000ffffad4c0000)
Running
2) without -armpl flag with and without the docker
WORKS -> Hello World..
-> ldd a.out
ldd a.out
linux-vdso.so.1 => (0x0000ffff880c0000)
libastring_generic.so => /scratch/arm-linux-compiler-19.3_Generic-AArch64_RHEL-8_aarch64-linux/lib/clang/9.0.1/armpl_links/lib/libastring_generic.so (0x0000ffff88080000)
libc.so.6 => /lib64/libc.so.6 (0x0000ffff87ee0000)
/lib/ld-linux-aarch64.so.1 (0x0000ffff880d0000)
To manage notifications about this bug go to:
https://bugs.launchpad.net/qemu/+bug/1853826/+subscriptions
^ permalink raw reply [flat|nested] 19+ messages in thread* [Bug 1853826] Re: ELF loader fails to load shared object on ThunderX2 running RHEL7
2019-11-25 11:07 [Bug 1853826] [NEW] ELF loader fails to load shared object on ThunderX2 running RHEL7 Caroline Concatto
` (9 preceding siblings ...)
2019-11-28 11:39 ` Caroline Concatto
@ 2019-11-28 13:46 ` Alex Bennée
2019-11-28 14:45 ` Alex Bennée
` (3 subsequent siblings)
14 siblings, 0 replies; 19+ messages in thread
From: Alex Bennée @ 2019-11-28 13:46 UTC (permalink / raw)
To: qemu-devel
I do have a ARM HPC compiler license which I assume includes the armpl
blobs that came with it. You can email me directly at my Linaro email
(alex.bennee@linaro.org) if you don't want to upload the test case here.
--
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
https://bugs.launchpad.net/bugs/1853826
Title:
ELF loader fails to load shared object on ThunderX2 running RHEL7
Status in QEMU:
Incomplete
Bug description:
Simple test:
hello.c
include <stdio.h>
int main(int argc, char* argv[])
{
{
printf("Hello World... \n");
}
return 0;
}
when compiled with :
*Compiler
https://developer.arm.com/tools-and-software/server-and-hpc/arm-architecture-tools/arm-allinea-studio/download
Arm-Compiler-for-HPC_19.3_RHEL_7_aarch64.tar
*Running:
1) with -armpl
armclang -armpl hello.c
./qemu/build/aarch64-linux-user/qemu-aarch64 a.out
2) without flag
armclang hello.c
./qemu/build/aarch64-linux-user/qemu-aarch64 a.out
•With Docker image:
CentOS Linux release 7.7.1908 (AltArch)
*Two different machines:
AArch64, Taishan. tsv110, Kunpeng 920, ARMv8.2-A
AArch64, Taishan 2280, Cortex-A72, ARMv8-A
*QEMU 4.0
qemu-aarch64 version 4.1.91 (v4.2.0-rc1)
Results:
****Taishan 2280 Cortex-A72
Running
1)with -armpl flag with and without the docker
WORKS-> Hello World...
-> ldd a.out
ldd a.out
linux-vdso.so.1 => (0x0000ffffbc6a2000)
libamath_generic.so => /scratch/arm-linux-compiler-19.3_Generic-AArch64_RHEL-8_aarch64-linux/lib/clang/9.0.1/armpl_links/lib/libamath_generic.so (0x0000ffffbc544000)
libm.so.6 => /lib64/libm.so.6 (0x0000ffffbc493000)
libastring_generic.so => /scratch/arm-linux-compiler-19.3_Generic-AArch64_RHEL-8_aarch64-linux/lib/clang/9.0.1/armpl_links/lib/libastring_generic.so (0x0000ffffbc472000) libarmflang.so => /scratch/arm-linux-compiler-19.3_Generic-AArch64_RHEL-8_aarch64-linux/lib/libarmflang.so (0x0000ffffbbfd3000)
libomp.so => /scratch/arm-linux-compiler-19.3_Generic-AArch64_RHEL-8_aarch64-linux/lib/libomp.so (0x0000ffffbbef5000)
librt.so.1 => /lib64/librt.so.1 (0x0000ffffbbed4000)
libpthread.so.0 => /lib64/libpthread.so.0 (0x0000ffffbbe9f000)
libarmpl_lp64_generic.so => /scratch/arm-linux-compiler-19.3_Generic-AArch64_RHEL-8_aarch64-linux/lib/clang/9.0.1/armpl_links/lib/libarmpl_lp64_generic.so (0x0000ffffb3306000)
libc.so.6 => /lib64/libc.so.6 (0x0000ffffb3180000)
libstdc++.so.6 => /scratch/gcc-9.2.0_Generic-AArch64_RHEL-8_aarch64-linux/lib64/libstdc++.so.6 (0x0000ffffb2f30000)
libgcc_s.so.1 => /scratch/gcc-9.2.0_Generic-AArch64_RHEL-8_aarch64-linux/lib64/libgcc_s.so.1 (0x0000ffffb2eff000)
libdl.so.2 => /lib64/libdl.so.2 (0x0000ffffb2ede000)
/lib/ld-linux-aarch64.so.1 (0x0000ffffbc674000)
Running
2) without -armpl flag with and without the docker
WORKS -> Hello World...
-> ldd a.out
ldd a.out
linux-vdso.so.1 => (0x0000ffffa6895000)
libastring_generic.so => /scratch/arm-linux-compiler-19.3_Generic-AArch64_RHEL-8_aarch64-linux/lib/clang/9.0.1/armpl_links/lib/libastring_generic.so (0x0000ffffa6846000)
libc.so.6 => /lib64/libc.so.6 (0x0000ffffa66c0000)
/lib/ld-linux-aarch64.so.1 (0x0000ffffa6867000)
****Taishan - tsv110 Kunpeng 920
For Running
1)with -armpl flag with and without the docker
DOES NOT WORK -> with and without Docker
-> It shows : qemu:handle_cpu_signal received signal outside vCPU
context @ pc=0xffffaaa8844a
-> ldd a.out
ldd a.out
linux-vdso.so.1 => (0x0000ffffad4b0000)
libamath_generic.so => /scratch/arm-linux-compiler-19.3_Generic-AArch64_RHEL-8_aarch64-linux/lib/clang/9.0.1/armpl_links/lib/libamath_generic.so (0x0000ffffad370000)
libm.so.6 => /lib64/libm.so.6 (0x0000ffffad2a0000)
libastring_generic.so => /scratch/arm-linux-compiler-19.3_Generic-AArch64_RHEL-8_aarch64-linux/lib/clang/9.0.1/armpl_links/lib/libastring_generic.so (0x0000ffffad270000) libarmflang.so => /scratch/arm-linux-compiler-19.3_Generic-AArch64_RHEL-8_aarch64-linux/lib/libarmflang.so (0x0000ffffacdd0000)
libomp.so => /scratch/arm-linux-compiler-19.3_Generic-AArch64_RHEL-8_aarch64-linux/lib/libomp.so (0x0000ffffaccf0000)
librt.so.1 => /lib64/librt.so.1 (0x0000ffffaccc0000)
libpthread.so.0 => /lib64/libpthread.so.0 (0x0000ffffacc80000)
libarmpl_lp64_generic.so => /scratch/arm-linux-compiler-19.3_Generic-AArch64_RHEL-8_aarch64-linux/lib/clang/9.0.1/armpl_links/lib/libarmpl_lp64_generic.so (0x0000ffffa40e0000)
libc.so.6 => /lib64/libc.so.6 (0x0000ffffa3f50000)
libstdc++.so.6 => /scratch/gcc-9.2.0_Generic-AArch64_RHEL-8_aarch64-linux/lib64/libstdc++.so.6 (0x0000ffffa3d00000)
libgcc_s.so.1 => /scratch/gcc-9.2.0_Generic-AArch64_RHEL-8_aarch64-linux/lib64/libgcc_s.so.1 (0x0000ffffa3cc0000)
libdl.so.2 => /lib64/libdl.so.2 (0x0000ffffa3c90000)
/lib/ld-linux-aarch64.so.1 (0x0000ffffad4c0000)
Running
2) without -armpl flag with and without the docker
WORKS -> Hello World..
-> ldd a.out
ldd a.out
linux-vdso.so.1 => (0x0000ffff880c0000)
libastring_generic.so => /scratch/arm-linux-compiler-19.3_Generic-AArch64_RHEL-8_aarch64-linux/lib/clang/9.0.1/armpl_links/lib/libastring_generic.so (0x0000ffff88080000)
libc.so.6 => /lib64/libc.so.6 (0x0000ffff87ee0000)
/lib/ld-linux-aarch64.so.1 (0x0000ffff880d0000)
To manage notifications about this bug go to:
https://bugs.launchpad.net/qemu/+bug/1853826/+subscriptions
^ permalink raw reply [flat|nested] 19+ messages in thread* [Bug 1853826] Re: ELF loader fails to load shared object on ThunderX2 running RHEL7
2019-11-25 11:07 [Bug 1853826] [NEW] ELF loader fails to load shared object on ThunderX2 running RHEL7 Caroline Concatto
` (10 preceding siblings ...)
2019-11-28 13:46 ` Alex Bennée
@ 2019-11-28 14:45 ` Alex Bennée
2019-11-28 15:40 ` Peter Maydell
` (2 subsequent siblings)
14 siblings, 0 replies; 19+ messages in thread
From: Alex Bennée @ 2019-11-28 14:45 UTC (permalink / raw)
To: qemu-devel
FWIW -p 65536 doesn't trigger anything although I wouldn't trust -p too
much:
env LD_LIBRARY_PATH=/opt/arm/armpl-19.3.0_ThunderX2CN99_Ubuntu-16.04_arm-hpc-compiler_19.3_aarch64-linux/lib/:/opt/arm/arm-hpc-compiler-19.3_Generic-AArch64_Ubuntu-16.04_aarch64-linux/lib/ ~/lsrc/qemu.git/aarch64-linux-user/qemu-aarch64 -p 65536 -d page ./hello-armpl
host mmap_min_addr=0x8000
Reserved 0x20000 bytes of guest address space
Relocating guest address space from 0x0000000000400000 to 0x400000
guest_base 0x0
start end size prot
0000000000400000-0000000000403000 0000000000003000 r-x
0000000000410000-0000000000413000 0000000000003000 rw-
0000004000000000-0000004000001000 0000000000001000 ---
0000004000001000-0000004000801000 0000000000800000 rw-
0000004000810000-000000400082f000 000000000001f000 r-x
000000400082f000-0000004000830000 0000000000001000 ---
0000004000830000-000000400083f000 000000000000f000 rw-
start_brk 0x0000000000000000
end_code 0x00000000004009ec
start_code 0x0000000000400000
start_data 0x0000000000410d68
end_data 0x0000000000411030
start_stack 0x00000040007ff7b0
brk 0x0000000000411038
entry 0x00000040008111c0
argv_start 0x00000040007ff7b8
env_start 0x00000040007ff7c8
auxv_start 0x00000040007ff9a0
Hello World...
--
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
https://bugs.launchpad.net/bugs/1853826
Title:
ELF loader fails to load shared object on ThunderX2 running RHEL7
Status in QEMU:
Incomplete
Bug description:
Simple test:
hello.c
include <stdio.h>
int main(int argc, char* argv[])
{
{
printf("Hello World... \n");
}
return 0;
}
when compiled with :
*Compiler
https://developer.arm.com/tools-and-software/server-and-hpc/arm-architecture-tools/arm-allinea-studio/download
Arm-Compiler-for-HPC_19.3_RHEL_7_aarch64.tar
*Running:
1) with -armpl
armclang -armpl hello.c
./qemu/build/aarch64-linux-user/qemu-aarch64 a.out
2) without flag
armclang hello.c
./qemu/build/aarch64-linux-user/qemu-aarch64 a.out
•With Docker image:
CentOS Linux release 7.7.1908 (AltArch)
*Two different machines:
AArch64, Taishan. tsv110, Kunpeng 920, ARMv8.2-A
AArch64, Taishan 2280, Cortex-A72, ARMv8-A
*QEMU 4.0
qemu-aarch64 version 4.1.91 (v4.2.0-rc1)
Results:
****Taishan 2280 Cortex-A72
Running
1)with -armpl flag with and without the docker
WORKS-> Hello World...
-> ldd a.out
ldd a.out
linux-vdso.so.1 => (0x0000ffffbc6a2000)
libamath_generic.so => /scratch/arm-linux-compiler-19.3_Generic-AArch64_RHEL-8_aarch64-linux/lib/clang/9.0.1/armpl_links/lib/libamath_generic.so (0x0000ffffbc544000)
libm.so.6 => /lib64/libm.so.6 (0x0000ffffbc493000)
libastring_generic.so => /scratch/arm-linux-compiler-19.3_Generic-AArch64_RHEL-8_aarch64-linux/lib/clang/9.0.1/armpl_links/lib/libastring_generic.so (0x0000ffffbc472000) libarmflang.so => /scratch/arm-linux-compiler-19.3_Generic-AArch64_RHEL-8_aarch64-linux/lib/libarmflang.so (0x0000ffffbbfd3000)
libomp.so => /scratch/arm-linux-compiler-19.3_Generic-AArch64_RHEL-8_aarch64-linux/lib/libomp.so (0x0000ffffbbef5000)
librt.so.1 => /lib64/librt.so.1 (0x0000ffffbbed4000)
libpthread.so.0 => /lib64/libpthread.so.0 (0x0000ffffbbe9f000)
libarmpl_lp64_generic.so => /scratch/arm-linux-compiler-19.3_Generic-AArch64_RHEL-8_aarch64-linux/lib/clang/9.0.1/armpl_links/lib/libarmpl_lp64_generic.so (0x0000ffffb3306000)
libc.so.6 => /lib64/libc.so.6 (0x0000ffffb3180000)
libstdc++.so.6 => /scratch/gcc-9.2.0_Generic-AArch64_RHEL-8_aarch64-linux/lib64/libstdc++.so.6 (0x0000ffffb2f30000)
libgcc_s.so.1 => /scratch/gcc-9.2.0_Generic-AArch64_RHEL-8_aarch64-linux/lib64/libgcc_s.so.1 (0x0000ffffb2eff000)
libdl.so.2 => /lib64/libdl.so.2 (0x0000ffffb2ede000)
/lib/ld-linux-aarch64.so.1 (0x0000ffffbc674000)
Running
2) without -armpl flag with and without the docker
WORKS -> Hello World...
-> ldd a.out
ldd a.out
linux-vdso.so.1 => (0x0000ffffa6895000)
libastring_generic.so => /scratch/arm-linux-compiler-19.3_Generic-AArch64_RHEL-8_aarch64-linux/lib/clang/9.0.1/armpl_links/lib/libastring_generic.so (0x0000ffffa6846000)
libc.so.6 => /lib64/libc.so.6 (0x0000ffffa66c0000)
/lib/ld-linux-aarch64.so.1 (0x0000ffffa6867000)
****Taishan - tsv110 Kunpeng 920
For Running
1)with -armpl flag with and without the docker
DOES NOT WORK -> with and without Docker
-> It shows : qemu:handle_cpu_signal received signal outside vCPU
context @ pc=0xffffaaa8844a
-> ldd a.out
ldd a.out
linux-vdso.so.1 => (0x0000ffffad4b0000)
libamath_generic.so => /scratch/arm-linux-compiler-19.3_Generic-AArch64_RHEL-8_aarch64-linux/lib/clang/9.0.1/armpl_links/lib/libamath_generic.so (0x0000ffffad370000)
libm.so.6 => /lib64/libm.so.6 (0x0000ffffad2a0000)
libastring_generic.so => /scratch/arm-linux-compiler-19.3_Generic-AArch64_RHEL-8_aarch64-linux/lib/clang/9.0.1/armpl_links/lib/libastring_generic.so (0x0000ffffad270000) libarmflang.so => /scratch/arm-linux-compiler-19.3_Generic-AArch64_RHEL-8_aarch64-linux/lib/libarmflang.so (0x0000ffffacdd0000)
libomp.so => /scratch/arm-linux-compiler-19.3_Generic-AArch64_RHEL-8_aarch64-linux/lib/libomp.so (0x0000ffffaccf0000)
librt.so.1 => /lib64/librt.so.1 (0x0000ffffaccc0000)
libpthread.so.0 => /lib64/libpthread.so.0 (0x0000ffffacc80000)
libarmpl_lp64_generic.so => /scratch/arm-linux-compiler-19.3_Generic-AArch64_RHEL-8_aarch64-linux/lib/clang/9.0.1/armpl_links/lib/libarmpl_lp64_generic.so (0x0000ffffa40e0000)
libc.so.6 => /lib64/libc.so.6 (0x0000ffffa3f50000)
libstdc++.so.6 => /scratch/gcc-9.2.0_Generic-AArch64_RHEL-8_aarch64-linux/lib64/libstdc++.so.6 (0x0000ffffa3d00000)
libgcc_s.so.1 => /scratch/gcc-9.2.0_Generic-AArch64_RHEL-8_aarch64-linux/lib64/libgcc_s.so.1 (0x0000ffffa3cc0000)
libdl.so.2 => /lib64/libdl.so.2 (0x0000ffffa3c90000)
/lib/ld-linux-aarch64.so.1 (0x0000ffffad4c0000)
Running
2) without -armpl flag with and without the docker
WORKS -> Hello World..
-> ldd a.out
ldd a.out
linux-vdso.so.1 => (0x0000ffff880c0000)
libastring_generic.so => /scratch/arm-linux-compiler-19.3_Generic-AArch64_RHEL-8_aarch64-linux/lib/clang/9.0.1/armpl_links/lib/libastring_generic.so (0x0000ffff88080000)
libc.so.6 => /lib64/libc.so.6 (0x0000ffff87ee0000)
/lib/ld-linux-aarch64.so.1 (0x0000ffff880d0000)
To manage notifications about this bug go to:
https://bugs.launchpad.net/qemu/+bug/1853826/+subscriptions
^ permalink raw reply [flat|nested] 19+ messages in thread* [Bug 1853826] Re: ELF loader fails to load shared object on ThunderX2 running RHEL7
2019-11-25 11:07 [Bug 1853826] [NEW] ELF loader fails to load shared object on ThunderX2 running RHEL7 Caroline Concatto
` (11 preceding siblings ...)
2019-11-28 14:45 ` Alex Bennée
@ 2019-11-28 15:40 ` Peter Maydell
2019-11-28 17:47 ` Alex Bennée
2020-02-11 15:01 ` Thomas Huth
2020-02-12 4:17 ` Launchpad Bug Tracker
14 siblings, 1 reply; 19+ messages in thread
From: Peter Maydell @ 2019-11-28 15:40 UTC (permalink / raw)
To: qemu-devel
If you objdump the binary and the offending library what do they seem to
have been built for ?
Certainly this:
0000004000000000-0000004000001000 0000000000001000 ---
looks like a 4K page when we're trying to load things, so either we got
the loading wrong or the binary is 4K.
--
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
https://bugs.launchpad.net/bugs/1853826
Title:
ELF loader fails to load shared object on ThunderX2 running RHEL7
Status in QEMU:
Incomplete
Bug description:
Simple test:
hello.c
include <stdio.h>
int main(int argc, char* argv[])
{
{
printf("Hello World... \n");
}
return 0;
}
when compiled with :
*Compiler
https://developer.arm.com/tools-and-software/server-and-hpc/arm-architecture-tools/arm-allinea-studio/download
Arm-Compiler-for-HPC_19.3_RHEL_7_aarch64.tar
*Running:
1) with -armpl
armclang -armpl hello.c
./qemu/build/aarch64-linux-user/qemu-aarch64 a.out
2) without flag
armclang hello.c
./qemu/build/aarch64-linux-user/qemu-aarch64 a.out
•With Docker image:
CentOS Linux release 7.7.1908 (AltArch)
*Two different machines:
AArch64, Taishan. tsv110, Kunpeng 920, ARMv8.2-A
AArch64, Taishan 2280, Cortex-A72, ARMv8-A
*QEMU 4.0
qemu-aarch64 version 4.1.91 (v4.2.0-rc1)
Results:
****Taishan 2280 Cortex-A72
Running
1)with -armpl flag with and without the docker
WORKS-> Hello World...
-> ldd a.out
ldd a.out
linux-vdso.so.1 => (0x0000ffffbc6a2000)
libamath_generic.so => /scratch/arm-linux-compiler-19.3_Generic-AArch64_RHEL-8_aarch64-linux/lib/clang/9.0.1/armpl_links/lib/libamath_generic.so (0x0000ffffbc544000)
libm.so.6 => /lib64/libm.so.6 (0x0000ffffbc493000)
libastring_generic.so => /scratch/arm-linux-compiler-19.3_Generic-AArch64_RHEL-8_aarch64-linux/lib/clang/9.0.1/armpl_links/lib/libastring_generic.so (0x0000ffffbc472000) libarmflang.so => /scratch/arm-linux-compiler-19.3_Generic-AArch64_RHEL-8_aarch64-linux/lib/libarmflang.so (0x0000ffffbbfd3000)
libomp.so => /scratch/arm-linux-compiler-19.3_Generic-AArch64_RHEL-8_aarch64-linux/lib/libomp.so (0x0000ffffbbef5000)
librt.so.1 => /lib64/librt.so.1 (0x0000ffffbbed4000)
libpthread.so.0 => /lib64/libpthread.so.0 (0x0000ffffbbe9f000)
libarmpl_lp64_generic.so => /scratch/arm-linux-compiler-19.3_Generic-AArch64_RHEL-8_aarch64-linux/lib/clang/9.0.1/armpl_links/lib/libarmpl_lp64_generic.so (0x0000ffffb3306000)
libc.so.6 => /lib64/libc.so.6 (0x0000ffffb3180000)
libstdc++.so.6 => /scratch/gcc-9.2.0_Generic-AArch64_RHEL-8_aarch64-linux/lib64/libstdc++.so.6 (0x0000ffffb2f30000)
libgcc_s.so.1 => /scratch/gcc-9.2.0_Generic-AArch64_RHEL-8_aarch64-linux/lib64/libgcc_s.so.1 (0x0000ffffb2eff000)
libdl.so.2 => /lib64/libdl.so.2 (0x0000ffffb2ede000)
/lib/ld-linux-aarch64.so.1 (0x0000ffffbc674000)
Running
2) without -armpl flag with and without the docker
WORKS -> Hello World...
-> ldd a.out
ldd a.out
linux-vdso.so.1 => (0x0000ffffa6895000)
libastring_generic.so => /scratch/arm-linux-compiler-19.3_Generic-AArch64_RHEL-8_aarch64-linux/lib/clang/9.0.1/armpl_links/lib/libastring_generic.so (0x0000ffffa6846000)
libc.so.6 => /lib64/libc.so.6 (0x0000ffffa66c0000)
/lib/ld-linux-aarch64.so.1 (0x0000ffffa6867000)
****Taishan - tsv110 Kunpeng 920
For Running
1)with -armpl flag with and without the docker
DOES NOT WORK -> with and without Docker
-> It shows : qemu:handle_cpu_signal received signal outside vCPU
context @ pc=0xffffaaa8844a
-> ldd a.out
ldd a.out
linux-vdso.so.1 => (0x0000ffffad4b0000)
libamath_generic.so => /scratch/arm-linux-compiler-19.3_Generic-AArch64_RHEL-8_aarch64-linux/lib/clang/9.0.1/armpl_links/lib/libamath_generic.so (0x0000ffffad370000)
libm.so.6 => /lib64/libm.so.6 (0x0000ffffad2a0000)
libastring_generic.so => /scratch/arm-linux-compiler-19.3_Generic-AArch64_RHEL-8_aarch64-linux/lib/clang/9.0.1/armpl_links/lib/libastring_generic.so (0x0000ffffad270000) libarmflang.so => /scratch/arm-linux-compiler-19.3_Generic-AArch64_RHEL-8_aarch64-linux/lib/libarmflang.so (0x0000ffffacdd0000)
libomp.so => /scratch/arm-linux-compiler-19.3_Generic-AArch64_RHEL-8_aarch64-linux/lib/libomp.so (0x0000ffffaccf0000)
librt.so.1 => /lib64/librt.so.1 (0x0000ffffaccc0000)
libpthread.so.0 => /lib64/libpthread.so.0 (0x0000ffffacc80000)
libarmpl_lp64_generic.so => /scratch/arm-linux-compiler-19.3_Generic-AArch64_RHEL-8_aarch64-linux/lib/clang/9.0.1/armpl_links/lib/libarmpl_lp64_generic.so (0x0000ffffa40e0000)
libc.so.6 => /lib64/libc.so.6 (0x0000ffffa3f50000)
libstdc++.so.6 => /scratch/gcc-9.2.0_Generic-AArch64_RHEL-8_aarch64-linux/lib64/libstdc++.so.6 (0x0000ffffa3d00000)
libgcc_s.so.1 => /scratch/gcc-9.2.0_Generic-AArch64_RHEL-8_aarch64-linux/lib64/libgcc_s.so.1 (0x0000ffffa3cc0000)
libdl.so.2 => /lib64/libdl.so.2 (0x0000ffffa3c90000)
/lib/ld-linux-aarch64.so.1 (0x0000ffffad4c0000)
Running
2) without -armpl flag with and without the docker
WORKS -> Hello World..
-> ldd a.out
ldd a.out
linux-vdso.so.1 => (0x0000ffff880c0000)
libastring_generic.so => /scratch/arm-linux-compiler-19.3_Generic-AArch64_RHEL-8_aarch64-linux/lib/clang/9.0.1/armpl_links/lib/libastring_generic.so (0x0000ffff88080000)
libc.so.6 => /lib64/libc.so.6 (0x0000ffff87ee0000)
/lib/ld-linux-aarch64.so.1 (0x0000ffff880d0000)
To manage notifications about this bug go to:
https://bugs.launchpad.net/qemu/+bug/1853826/+subscriptions
^ permalink raw reply [flat|nested] 19+ messages in thread* Re: [Bug 1853826] Re: ELF loader fails to load shared object on ThunderX2 running RHEL7
2019-11-28 15:40 ` Peter Maydell
@ 2019-11-28 17:47 ` Alex Bennée
2019-11-28 17:47 ` Alex Bennée
2019-12-02 17:30 ` Richard Henderson
0 siblings, 2 replies; 19+ messages in thread
From: Alex Bennée @ 2019-11-28 17:47 UTC (permalink / raw)
To: Bug 1853826; +Cc: QEMU Developers
[-- Attachment #1: Type: text/plain, Size: 6443 bytes --]
Do binaries have to be page size aware? I thought it was a runtime thing.
However if the aarch64-linux-user is hardwired to 4k it might explain it's
confusion on a 64k machine.
On Thu, 28 Nov 2019, 16:33 Peter Maydell, <peter.maydell@linaro.org> wrote:
> If you objdump the binary and the offending library what do they seem to
> have been built for ?
>
> Certainly this:
>
> 0000004000000000-0000004000001000 0000000000001000 ---
>
> looks like a 4K page when we're trying to load things, so either we got
> the loading wrong or the binary is 4K.
>
> --
> You received this bug notification because you are a member of qemu-
> devel-ml, which is subscribed to QEMU.
> https://bugs.launchpad.net/bugs/1853826
>
> Title:
> ELF loader fails to load shared object on ThunderX2 running RHEL7
>
> Status in QEMU:
> Incomplete
>
> Bug description:
> Simple test:
> hello.c
>
> include <stdio.h>
>
> int main(int argc, char* argv[])
> {
> {
> printf("Hello World... \n");
> }
> return 0;
> }
>
> when compiled with :
> *Compiler
>
> https://developer.arm.com/tools-and-software/server-and-hpc/arm-architecture-tools/arm-allinea-studio/download
> Arm-Compiler-for-HPC_19.3_RHEL_7_aarch64.tar
>
> *Running:
> 1) with -armpl
> armclang -armpl hello.c
> ./qemu/build/aarch64-linux-user/qemu-aarch64 a.out
> 2) without flag
> armclang hello.c
> ./qemu/build/aarch64-linux-user/qemu-aarch64 a.out
>
> •With Docker image:
> CentOS Linux release 7.7.1908 (AltArch)
>
> *Two different machines:
> AArch64, Taishan. tsv110, Kunpeng 920, ARMv8.2-A
> AArch64, Taishan 2280, Cortex-A72, ARMv8-A
>
> *QEMU 4.0
> qemu-aarch64 version 4.1.91 (v4.2.0-rc1)
>
>
> Results:
>
>
> ****Taishan 2280 Cortex-A72
> Running
> 1)with -armpl flag with and without the docker
> WORKS-> Hello World...
> -> ldd a.out
> ldd a.out
> linux-vdso.so.1 => (0x0000ffffbc6a2000)
> libamath_generic.so =>
> /scratch/arm-linux-compiler-19.3_Generic-AArch64_RHEL-8_aarch64-linux/lib/clang/9.0.1/armpl_links/lib/libamath_generic.so
> (0x0000ffffbc544000)
> libm.so.6 => /lib64/libm.so.6 (0x0000ffffbc493000)
> libastring_generic.so =>
> /scratch/arm-linux-compiler-19.3_Generic-AArch64_RHEL-8_aarch64-linux/lib/clang/9.0.1/armpl_links/lib/libastring_generic.so
> (0x0000ffffbc472000) libarmflang.so =>
> /scratch/arm-linux-compiler-19.3_Generic-AArch64_RHEL-8_aarch64-linux/lib/libarmflang.so
> (0x0000ffffbbfd3000)
> libomp.so =>
> /scratch/arm-linux-compiler-19.3_Generic-AArch64_RHEL-8_aarch64-linux/lib/libomp.so
> (0x0000ffffbbef5000)
> librt.so.1 => /lib64/librt.so.1 (0x0000ffffbbed4000)
> libpthread.so.0 => /lib64/libpthread.so.0 (0x0000ffffbbe9f000)
> libarmpl_lp64_generic.so =>
> /scratch/arm-linux-compiler-19.3_Generic-AArch64_RHEL-8_aarch64-linux/lib/clang/9.0.1/armpl_links/lib/libarmpl_lp64_generic.so
> (0x0000ffffb3306000)
> libc.so.6 => /lib64/libc.so.6 (0x0000ffffb3180000)
> libstdc++.so.6 =>
> /scratch/gcc-9.2.0_Generic-AArch64_RHEL-8_aarch64-linux/lib64/libstdc++.so.6
> (0x0000ffffb2f30000)
> libgcc_s.so.1 =>
> /scratch/gcc-9.2.0_Generic-AArch64_RHEL-8_aarch64-linux/lib64/libgcc_s.so.1
> (0x0000ffffb2eff000)
> libdl.so.2 => /lib64/libdl.so.2 (0x0000ffffb2ede000)
> /lib/ld-linux-aarch64.so.1 (0x0000ffffbc674000)
>
>
> Running
> 2) without -armpl flag with and without the docker
> WORKS -> Hello World...
> -> ldd a.out
> ldd a.out
> linux-vdso.so.1 => (0x0000ffffa6895000)
> libastring_generic.so =>
> /scratch/arm-linux-compiler-19.3_Generic-AArch64_RHEL-8_aarch64-linux/lib/clang/9.0.1/armpl_links/lib/libastring_generic.so
> (0x0000ffffa6846000)
> libc.so.6 => /lib64/libc.so.6 (0x0000ffffa66c0000)
> /lib/ld-linux-aarch64.so.1 (0x0000ffffa6867000)
>
>
> ****Taishan - tsv110 Kunpeng 920
> For Running
>
> 1)with -armpl flag with and without the docker
> DOES NOT WORK -> with and without Docker
> -> It shows : qemu:handle_cpu_signal received
> signal outside vCPU
> context @ pc=0xffffaaa8844a
> -> ldd a.out
> ldd a.out
> linux-vdso.so.1 => (0x0000ffffad4b0000)
> libamath_generic.so =>
> /scratch/arm-linux-compiler-19.3_Generic-AArch64_RHEL-8_aarch64-linux/lib/clang/9.0.1/armpl_links/lib/libamath_generic.so
> (0x0000ffffad370000)
> libm.so.6 => /lib64/libm.so.6 (0x0000ffffad2a0000)
> libastring_generic.so =>
> /scratch/arm-linux-compiler-19.3_Generic-AArch64_RHEL-8_aarch64-linux/lib/clang/9.0.1/armpl_links/lib/libastring_generic.so
> (0x0000ffffad270000) libarmflang.so =>
> /scratch/arm-linux-compiler-19.3_Generic-AArch64_RHEL-8_aarch64-linux/lib/libarmflang.so
> (0x0000ffffacdd0000)
> libomp.so =>
> /scratch/arm-linux-compiler-19.3_Generic-AArch64_RHEL-8_aarch64-linux/lib/libomp.so
> (0x0000ffffaccf0000)
> librt.so.1 => /lib64/librt.so.1 (0x0000ffffaccc0000)
> libpthread.so.0 => /lib64/libpthread.so.0 (0x0000ffffacc80000)
> libarmpl_lp64_generic.so =>
> /scratch/arm-linux-compiler-19.3_Generic-AArch64_RHEL-8_aarch64-linux/lib/clang/9.0.1/armpl_links/lib/libarmpl_lp64_generic.so
> (0x0000ffffa40e0000)
> libc.so.6 => /lib64/libc.so.6 (0x0000ffffa3f50000)
> libstdc++.so.6 =>
> /scratch/gcc-9.2.0_Generic-AArch64_RHEL-8_aarch64-linux/lib64/libstdc++.so.6
> (0x0000ffffa3d00000)
> libgcc_s.so.1 =>
> /scratch/gcc-9.2.0_Generic-AArch64_RHEL-8_aarch64-linux/lib64/libgcc_s.so.1
> (0x0000ffffa3cc0000)
> libdl.so.2 => /lib64/libdl.so.2 (0x0000ffffa3c90000)
> /lib/ld-linux-aarch64.so.1 (0x0000ffffad4c0000)
>
>
> Running
> 2) without -armpl flag with and without the docker
> WORKS -> Hello World..
> -> ldd a.out
> ldd a.out
> linux-vdso.so.1 => (0x0000ffff880c0000)
> libastring_generic.so =>
> /scratch/arm-linux-compiler-19.3_Generic-AArch64_RHEL-8_aarch64-linux/lib/clang/9.0.1/armpl_links/lib/libastring_generic.so
> (0x0000ffff88080000)
> libc.so.6 => /lib64/libc.so.6 (0x0000ffff87ee0000)
> /lib/ld-linux-aarch64.so.1 (0x0000ffff880d0000)
>
> To manage notifications about this bug go to:
> https://bugs.launchpad.net/qemu/+bug/1853826/+subscriptions
>
>
[-- Attachment #2: Type: text/html, Size: 7692 bytes --]
^ permalink raw reply [flat|nested] 19+ messages in thread* Re: [Bug 1853826] Re: ELF loader fails to load shared object on ThunderX2 running RHEL7
2019-11-28 17:47 ` Alex Bennée
@ 2019-11-28 17:47 ` Alex Bennée
2019-12-02 17:30 ` Richard Henderson
1 sibling, 0 replies; 19+ messages in thread
From: Alex Bennée @ 2019-11-28 17:47 UTC (permalink / raw)
To: qemu-devel
Do binaries have to be page size aware? I thought it was a runtime thing.
However if the aarch64-linux-user is hardwired to 4k it might explain it's
confusion on a 64k machine.
On Thu, 28 Nov 2019, 16:33 Peter Maydell, <peter.maydell@linaro.org>
wrote:
> If you objdump the binary and the offending library what do they seem to
> have been built for ?
>
> Certainly this:
>
> 0000004000000000-0000004000001000 0000000000001000 ---
>
> looks like a 4K page when we're trying to load things, so either we got
> the loading wrong or the binary is 4K.
>
> --
> You received this bug notification because you are a member of qemu-
> devel-ml, which is subscribed to QEMU.
> https://bugs.launchpad.net/bugs/1853826
>
> Title:
> ELF loader fails to load shared object on ThunderX2 running RHEL7
>
> Status in QEMU:
> Incomplete
>
> Bug description:
> Simple test:
> hello.c
>
> include <stdio.h>
>
> int main(int argc, char* argv[])
> {
> {
> printf("Hello World... \n");
> }
> return 0;
> }
>
> when compiled with :
> *Compiler
>
> https://developer.arm.com/tools-and-software/server-and-hpc/arm-architecture-tools/arm-allinea-studio/download
> Arm-Compiler-for-HPC_19.3_RHEL_7_aarch64.tar
>
> *Running:
> 1) with -armpl
> armclang -armpl hello.c
> ./qemu/build/aarch64-linux-user/qemu-aarch64 a.out
> 2) without flag
> armclang hello.c
> ./qemu/build/aarch64-linux-user/qemu-aarch64 a.out
>
> •With Docker image:
> CentOS Linux release 7.7.1908 (AltArch)
>
> *Two different machines:
> AArch64, Taishan. tsv110, Kunpeng 920, ARMv8.2-A
> AArch64, Taishan 2280, Cortex-A72, ARMv8-A
>
> *QEMU 4.0
> qemu-aarch64 version 4.1.91 (v4.2.0-rc1)
>
>
> Results:
>
>
> ****Taishan 2280 Cortex-A72
> Running
> 1)with -armpl flag with and without the docker
> WORKS-> Hello World...
> -> ldd a.out
> ldd a.out
> linux-vdso.so.1 => (0x0000ffffbc6a2000)
> libamath_generic.so =>
> /scratch/arm-linux-compiler-19.3_Generic-AArch64_RHEL-8_aarch64-linux/lib/clang/9.0.1/armpl_links/lib/libamath_generic.so
> (0x0000ffffbc544000)
> libm.so.6 => /lib64/libm.so.6 (0x0000ffffbc493000)
> libastring_generic.so =>
> /scratch/arm-linux-compiler-19.3_Generic-AArch64_RHEL-8_aarch64-linux/lib/clang/9.0.1/armpl_links/lib/libastring_generic.so
> (0x0000ffffbc472000) libarmflang.so =>
> /scratch/arm-linux-compiler-19.3_Generic-AArch64_RHEL-8_aarch64-linux/lib/libarmflang.so
> (0x0000ffffbbfd3000)
> libomp.so =>
> /scratch/arm-linux-compiler-19.3_Generic-AArch64_RHEL-8_aarch64-linux/lib/libomp.so
> (0x0000ffffbbef5000)
> librt.so.1 => /lib64/librt.so.1 (0x0000ffffbbed4000)
> libpthread.so.0 => /lib64/libpthread.so.0 (0x0000ffffbbe9f000)
> libarmpl_lp64_generic.so =>
> /scratch/arm-linux-compiler-19.3_Generic-AArch64_RHEL-8_aarch64-linux/lib/clang/9.0.1/armpl_links/lib/libarmpl_lp64_generic.so
> (0x0000ffffb3306000)
> libc.so.6 => /lib64/libc.so.6 (0x0000ffffb3180000)
> libstdc++.so.6 =>
> /scratch/gcc-9.2.0_Generic-AArch64_RHEL-8_aarch64-linux/lib64/libstdc++.so.6
> (0x0000ffffb2f30000)
> libgcc_s.so.1 =>
> /scratch/gcc-9.2.0_Generic-AArch64_RHEL-8_aarch64-linux/lib64/libgcc_s.so.1
> (0x0000ffffb2eff000)
> libdl.so.2 => /lib64/libdl.so.2 (0x0000ffffb2ede000)
> /lib/ld-linux-aarch64.so.1 (0x0000ffffbc674000)
>
>
> Running
> 2) without -armpl flag with and without the docker
> WORKS -> Hello World...
> -> ldd a.out
> ldd a.out
> linux-vdso.so.1 => (0x0000ffffa6895000)
> libastring_generic.so =>
> /scratch/arm-linux-compiler-19.3_Generic-AArch64_RHEL-8_aarch64-linux/lib/clang/9.0.1/armpl_links/lib/libastring_generic.so
> (0x0000ffffa6846000)
> libc.so.6 => /lib64/libc.so.6 (0x0000ffffa66c0000)
> /lib/ld-linux-aarch64.so.1 (0x0000ffffa6867000)
>
>
> ****Taishan - tsv110 Kunpeng 920
> For Running
>
> 1)with -armpl flag with and without the docker
> DOES NOT WORK -> with and without Docker
> -> It shows : qemu:handle_cpu_signal received
> signal outside vCPU
> context @ pc=0xffffaaa8844a
> -> ldd a.out
> ldd a.out
> linux-vdso.so.1 => (0x0000ffffad4b0000)
> libamath_generic.so =>
> /scratch/arm-linux-compiler-19.3_Generic-AArch64_RHEL-8_aarch64-linux/lib/clang/9.0.1/armpl_links/lib/libamath_generic.so
> (0x0000ffffad370000)
> libm.so.6 => /lib64/libm.so.6 (0x0000ffffad2a0000)
> libastring_generic.so =>
> /scratch/arm-linux-compiler-19.3_Generic-AArch64_RHEL-8_aarch64-linux/lib/clang/9.0.1/armpl_links/lib/libastring_generic.so
> (0x0000ffffad270000) libarmflang.so =>
> /scratch/arm-linux-compiler-19.3_Generic-AArch64_RHEL-8_aarch64-linux/lib/libarmflang.so
> (0x0000ffffacdd0000)
> libomp.so =>
> /scratch/arm-linux-compiler-19.3_Generic-AArch64_RHEL-8_aarch64-linux/lib/libomp.so
> (0x0000ffffaccf0000)
> librt.so.1 => /lib64/librt.so.1 (0x0000ffffaccc0000)
> libpthread.so.0 => /lib64/libpthread.so.0 (0x0000ffffacc80000)
> libarmpl_lp64_generic.so =>
> /scratch/arm-linux-compiler-19.3_Generic-AArch64_RHEL-8_aarch64-linux/lib/clang/9.0.1/armpl_links/lib/libarmpl_lp64_generic.so
> (0x0000ffffa40e0000)
> libc.so.6 => /lib64/libc.so.6 (0x0000ffffa3f50000)
> libstdc++.so.6 =>
> /scratch/gcc-9.2.0_Generic-AArch64_RHEL-8_aarch64-linux/lib64/libstdc++.so.6
> (0x0000ffffa3d00000)
> libgcc_s.so.1 =>
> /scratch/gcc-9.2.0_Generic-AArch64_RHEL-8_aarch64-linux/lib64/libgcc_s.so.1
> (0x0000ffffa3cc0000)
> libdl.so.2 => /lib64/libdl.so.2 (0x0000ffffa3c90000)
> /lib/ld-linux-aarch64.so.1 (0x0000ffffad4c0000)
>
>
> Running
> 2) without -armpl flag with and without the docker
> WORKS -> Hello World..
> -> ldd a.out
> ldd a.out
> linux-vdso.so.1 => (0x0000ffff880c0000)
> libastring_generic.so =>
> /scratch/arm-linux-compiler-19.3_Generic-AArch64_RHEL-8_aarch64-linux/lib/clang/9.0.1/armpl_links/lib/libastring_generic.so
> (0x0000ffff88080000)
> libc.so.6 => /lib64/libc.so.6 (0x0000ffff87ee0000)
> /lib/ld-linux-aarch64.so.1 (0x0000ffff880d0000)
>
> To manage notifications about this bug go to:
> https://bugs.launchpad.net/qemu/+bug/1853826/+subscriptions
>
>
--
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
https://bugs.launchpad.net/bugs/1853826
Title:
ELF loader fails to load shared object on ThunderX2 running RHEL7
Status in QEMU:
Incomplete
Bug description:
Simple test:
hello.c
include <stdio.h>
int main(int argc, char* argv[])
{
{
printf("Hello World... \n");
}
return 0;
}
when compiled with :
*Compiler
https://developer.arm.com/tools-and-software/server-and-hpc/arm-architecture-tools/arm-allinea-studio/download
Arm-Compiler-for-HPC_19.3_RHEL_7_aarch64.tar
*Running:
1) with -armpl
armclang -armpl hello.c
./qemu/build/aarch64-linux-user/qemu-aarch64 a.out
2) without flag
armclang hello.c
./qemu/build/aarch64-linux-user/qemu-aarch64 a.out
•With Docker image:
CentOS Linux release 7.7.1908 (AltArch)
*Two different machines:
AArch64, Taishan. tsv110, Kunpeng 920, ARMv8.2-A
AArch64, Taishan 2280, Cortex-A72, ARMv8-A
*QEMU 4.0
qemu-aarch64 version 4.1.91 (v4.2.0-rc1)
Results:
****Taishan 2280 Cortex-A72
Running
1)with -armpl flag with and without the docker
WORKS-> Hello World...
-> ldd a.out
ldd a.out
linux-vdso.so.1 => (0x0000ffffbc6a2000)
libamath_generic.so => /scratch/arm-linux-compiler-19.3_Generic-AArch64_RHEL-8_aarch64-linux/lib/clang/9.0.1/armpl_links/lib/libamath_generic.so (0x0000ffffbc544000)
libm.so.6 => /lib64/libm.so.6 (0x0000ffffbc493000)
libastring_generic.so => /scratch/arm-linux-compiler-19.3_Generic-AArch64_RHEL-8_aarch64-linux/lib/clang/9.0.1/armpl_links/lib/libastring_generic.so (0x0000ffffbc472000) libarmflang.so => /scratch/arm-linux-compiler-19.3_Generic-AArch64_RHEL-8_aarch64-linux/lib/libarmflang.so (0x0000ffffbbfd3000)
libomp.so => /scratch/arm-linux-compiler-19.3_Generic-AArch64_RHEL-8_aarch64-linux/lib/libomp.so (0x0000ffffbbef5000)
librt.so.1 => /lib64/librt.so.1 (0x0000ffffbbed4000)
libpthread.so.0 => /lib64/libpthread.so.0 (0x0000ffffbbe9f000)
libarmpl_lp64_generic.so => /scratch/arm-linux-compiler-19.3_Generic-AArch64_RHEL-8_aarch64-linux/lib/clang/9.0.1/armpl_links/lib/libarmpl_lp64_generic.so (0x0000ffffb3306000)
libc.so.6 => /lib64/libc.so.6 (0x0000ffffb3180000)
libstdc++.so.6 => /scratch/gcc-9.2.0_Generic-AArch64_RHEL-8_aarch64-linux/lib64/libstdc++.so.6 (0x0000ffffb2f30000)
libgcc_s.so.1 => /scratch/gcc-9.2.0_Generic-AArch64_RHEL-8_aarch64-linux/lib64/libgcc_s.so.1 (0x0000ffffb2eff000)
libdl.so.2 => /lib64/libdl.so.2 (0x0000ffffb2ede000)
/lib/ld-linux-aarch64.so.1 (0x0000ffffbc674000)
Running
2) without -armpl flag with and without the docker
WORKS -> Hello World...
-> ldd a.out
ldd a.out
linux-vdso.so.1 => (0x0000ffffa6895000)
libastring_generic.so => /scratch/arm-linux-compiler-19.3_Generic-AArch64_RHEL-8_aarch64-linux/lib/clang/9.0.1/armpl_links/lib/libastring_generic.so (0x0000ffffa6846000)
libc.so.6 => /lib64/libc.so.6 (0x0000ffffa66c0000)
/lib/ld-linux-aarch64.so.1 (0x0000ffffa6867000)
****Taishan - tsv110 Kunpeng 920
For Running
1)with -armpl flag with and without the docker
DOES NOT WORK -> with and without Docker
-> It shows : qemu:handle_cpu_signal received signal outside vCPU
context @ pc=0xffffaaa8844a
-> ldd a.out
ldd a.out
linux-vdso.so.1 => (0x0000ffffad4b0000)
libamath_generic.so => /scratch/arm-linux-compiler-19.3_Generic-AArch64_RHEL-8_aarch64-linux/lib/clang/9.0.1/armpl_links/lib/libamath_generic.so (0x0000ffffad370000)
libm.so.6 => /lib64/libm.so.6 (0x0000ffffad2a0000)
libastring_generic.so => /scratch/arm-linux-compiler-19.3_Generic-AArch64_RHEL-8_aarch64-linux/lib/clang/9.0.1/armpl_links/lib/libastring_generic.so (0x0000ffffad270000) libarmflang.so => /scratch/arm-linux-compiler-19.3_Generic-AArch64_RHEL-8_aarch64-linux/lib/libarmflang.so (0x0000ffffacdd0000)
libomp.so => /scratch/arm-linux-compiler-19.3_Generic-AArch64_RHEL-8_aarch64-linux/lib/libomp.so (0x0000ffffaccf0000)
librt.so.1 => /lib64/librt.so.1 (0x0000ffffaccc0000)
libpthread.so.0 => /lib64/libpthread.so.0 (0x0000ffffacc80000)
libarmpl_lp64_generic.so => /scratch/arm-linux-compiler-19.3_Generic-AArch64_RHEL-8_aarch64-linux/lib/clang/9.0.1/armpl_links/lib/libarmpl_lp64_generic.so (0x0000ffffa40e0000)
libc.so.6 => /lib64/libc.so.6 (0x0000ffffa3f50000)
libstdc++.so.6 => /scratch/gcc-9.2.0_Generic-AArch64_RHEL-8_aarch64-linux/lib64/libstdc++.so.6 (0x0000ffffa3d00000)
libgcc_s.so.1 => /scratch/gcc-9.2.0_Generic-AArch64_RHEL-8_aarch64-linux/lib64/libgcc_s.so.1 (0x0000ffffa3cc0000)
libdl.so.2 => /lib64/libdl.so.2 (0x0000ffffa3c90000)
/lib/ld-linux-aarch64.so.1 (0x0000ffffad4c0000)
Running
2) without -armpl flag with and without the docker
WORKS -> Hello World..
-> ldd a.out
ldd a.out
linux-vdso.so.1 => (0x0000ffff880c0000)
libastring_generic.so => /scratch/arm-linux-compiler-19.3_Generic-AArch64_RHEL-8_aarch64-linux/lib/clang/9.0.1/armpl_links/lib/libastring_generic.so (0x0000ffff88080000)
libc.so.6 => /lib64/libc.so.6 (0x0000ffff87ee0000)
/lib/ld-linux-aarch64.so.1 (0x0000ffff880d0000)
To manage notifications about this bug go to:
https://bugs.launchpad.net/qemu/+bug/1853826/+subscriptions
^ permalink raw reply [flat|nested] 19+ messages in thread* Re: [Bug 1853826] Re: ELF loader fails to load shared object on ThunderX2 running RHEL7
2019-11-28 17:47 ` Alex Bennée
2019-11-28 17:47 ` Alex Bennée
@ 2019-12-02 17:30 ` Richard Henderson
1 sibling, 0 replies; 19+ messages in thread
From: Richard Henderson @ 2019-12-02 17:30 UTC (permalink / raw)
To: Alex Bennée, Bug 1853826; +Cc: QEMU Developers
On 11/28/19 5:47 PM, Alex Bennée wrote:
> Do binaries have to be page size aware? I thought it was a runtime thing.
> However if the aarch64-linux-user is hardwired to 4k it might explain it's
> confusion on a 64k machine.
Binaries do have to be built for a minimum page size.
Most aarch64 binaries are built so that they can run on a 64k host. This is of
course compatible with a 4k host.
But it is possible to build binaries that will only run on a 4k host. This
appears to be one of them. I'm surprised that the armclang lld is so configured.
Indeed, it's possible with linker scripts to force binaries to be built that
are completely mis-aligned and won't run at all on a paged operating system.
This kind of thing used to be done for building kernels, where we were
interested in minimizing "wasted" memory between the segments.
r~
^ permalink raw reply [flat|nested] 19+ messages in thread
* [Bug 1853826] Re: ELF loader fails to load shared object on ThunderX2 running RHEL7
2019-11-25 11:07 [Bug 1853826] [NEW] ELF loader fails to load shared object on ThunderX2 running RHEL7 Caroline Concatto
` (12 preceding siblings ...)
2019-11-28 15:40 ` Peter Maydell
@ 2020-02-11 15:01 ` Thomas Huth
2020-02-12 4:17 ` Launchpad Bug Tracker
14 siblings, 0 replies; 19+ messages in thread
From: Thomas Huth @ 2020-02-11 15:01 UTC (permalink / raw)
To: qemu-devel
** Bug watch removed: github.com/DynamoRIO/dynamorio/issues #3385
https://github.com/DynamoRIO/dynamorio/issues/3385
--
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
https://bugs.launchpad.net/bugs/1853826
Title:
ELF loader fails to load shared object on ThunderX2 running RHEL7
Status in QEMU:
Incomplete
Bug description:
Simple test:
hello.c
include <stdio.h>
int main(int argc, char* argv[])
{
{
printf("Hello World... \n");
}
return 0;
}
when compiled with :
*Compiler
https://developer.arm.com/tools-and-software/server-and-hpc/arm-architecture-tools/arm-allinea-studio/download
Arm-Compiler-for-HPC_19.3_RHEL_7_aarch64.tar
*Running:
1) with -armpl
armclang -armpl hello.c
./qemu/build/aarch64-linux-user/qemu-aarch64 a.out
2) without flag
armclang hello.c
./qemu/build/aarch64-linux-user/qemu-aarch64 a.out
•With Docker image:
CentOS Linux release 7.7.1908 (AltArch)
*Two different machines:
AArch64, Taishan. tsv110, Kunpeng 920, ARMv8.2-A
AArch64, Taishan 2280, Cortex-A72, ARMv8-A
*QEMU 4.0
qemu-aarch64 version 4.1.91 (v4.2.0-rc1)
Results:
****Taishan 2280 Cortex-A72
Running
1)with -armpl flag with and without the docker
WORKS-> Hello World...
-> ldd a.out
ldd a.out
linux-vdso.so.1 => (0x0000ffffbc6a2000)
libamath_generic.so => /scratch/arm-linux-compiler-19.3_Generic-AArch64_RHEL-8_aarch64-linux/lib/clang/9.0.1/armpl_links/lib/libamath_generic.so (0x0000ffffbc544000)
libm.so.6 => /lib64/libm.so.6 (0x0000ffffbc493000)
libastring_generic.so => /scratch/arm-linux-compiler-19.3_Generic-AArch64_RHEL-8_aarch64-linux/lib/clang/9.0.1/armpl_links/lib/libastring_generic.so (0x0000ffffbc472000) libarmflang.so => /scratch/arm-linux-compiler-19.3_Generic-AArch64_RHEL-8_aarch64-linux/lib/libarmflang.so (0x0000ffffbbfd3000)
libomp.so => /scratch/arm-linux-compiler-19.3_Generic-AArch64_RHEL-8_aarch64-linux/lib/libomp.so (0x0000ffffbbef5000)
librt.so.1 => /lib64/librt.so.1 (0x0000ffffbbed4000)
libpthread.so.0 => /lib64/libpthread.so.0 (0x0000ffffbbe9f000)
libarmpl_lp64_generic.so => /scratch/arm-linux-compiler-19.3_Generic-AArch64_RHEL-8_aarch64-linux/lib/clang/9.0.1/armpl_links/lib/libarmpl_lp64_generic.so (0x0000ffffb3306000)
libc.so.6 => /lib64/libc.so.6 (0x0000ffffb3180000)
libstdc++.so.6 => /scratch/gcc-9.2.0_Generic-AArch64_RHEL-8_aarch64-linux/lib64/libstdc++.so.6 (0x0000ffffb2f30000)
libgcc_s.so.1 => /scratch/gcc-9.2.0_Generic-AArch64_RHEL-8_aarch64-linux/lib64/libgcc_s.so.1 (0x0000ffffb2eff000)
libdl.so.2 => /lib64/libdl.so.2 (0x0000ffffb2ede000)
/lib/ld-linux-aarch64.so.1 (0x0000ffffbc674000)
Running
2) without -armpl flag with and without the docker
WORKS -> Hello World...
-> ldd a.out
ldd a.out
linux-vdso.so.1 => (0x0000ffffa6895000)
libastring_generic.so => /scratch/arm-linux-compiler-19.3_Generic-AArch64_RHEL-8_aarch64-linux/lib/clang/9.0.1/armpl_links/lib/libastring_generic.so (0x0000ffffa6846000)
libc.so.6 => /lib64/libc.so.6 (0x0000ffffa66c0000)
/lib/ld-linux-aarch64.so.1 (0x0000ffffa6867000)
****Taishan - tsv110 Kunpeng 920
For Running
1)with -armpl flag with and without the docker
DOES NOT WORK -> with and without Docker
-> It shows : qemu:handle_cpu_signal received signal outside vCPU
context @ pc=0xffffaaa8844a
-> ldd a.out
ldd a.out
linux-vdso.so.1 => (0x0000ffffad4b0000)
libamath_generic.so => /scratch/arm-linux-compiler-19.3_Generic-AArch64_RHEL-8_aarch64-linux/lib/clang/9.0.1/armpl_links/lib/libamath_generic.so (0x0000ffffad370000)
libm.so.6 => /lib64/libm.so.6 (0x0000ffffad2a0000)
libastring_generic.so => /scratch/arm-linux-compiler-19.3_Generic-AArch64_RHEL-8_aarch64-linux/lib/clang/9.0.1/armpl_links/lib/libastring_generic.so (0x0000ffffad270000) libarmflang.so => /scratch/arm-linux-compiler-19.3_Generic-AArch64_RHEL-8_aarch64-linux/lib/libarmflang.so (0x0000ffffacdd0000)
libomp.so => /scratch/arm-linux-compiler-19.3_Generic-AArch64_RHEL-8_aarch64-linux/lib/libomp.so (0x0000ffffaccf0000)
librt.so.1 => /lib64/librt.so.1 (0x0000ffffaccc0000)
libpthread.so.0 => /lib64/libpthread.so.0 (0x0000ffffacc80000)
libarmpl_lp64_generic.so => /scratch/arm-linux-compiler-19.3_Generic-AArch64_RHEL-8_aarch64-linux/lib/clang/9.0.1/armpl_links/lib/libarmpl_lp64_generic.so (0x0000ffffa40e0000)
libc.so.6 => /lib64/libc.so.6 (0x0000ffffa3f50000)
libstdc++.so.6 => /scratch/gcc-9.2.0_Generic-AArch64_RHEL-8_aarch64-linux/lib64/libstdc++.so.6 (0x0000ffffa3d00000)
libgcc_s.so.1 => /scratch/gcc-9.2.0_Generic-AArch64_RHEL-8_aarch64-linux/lib64/libgcc_s.so.1 (0x0000ffffa3cc0000)
libdl.so.2 => /lib64/libdl.so.2 (0x0000ffffa3c90000)
/lib/ld-linux-aarch64.so.1 (0x0000ffffad4c0000)
Running
2) without -armpl flag with and without the docker
WORKS -> Hello World..
-> ldd a.out
ldd a.out
linux-vdso.so.1 => (0x0000ffff880c0000)
libastring_generic.so => /scratch/arm-linux-compiler-19.3_Generic-AArch64_RHEL-8_aarch64-linux/lib/clang/9.0.1/armpl_links/lib/libastring_generic.so (0x0000ffff88080000)
libc.so.6 => /lib64/libc.so.6 (0x0000ffff87ee0000)
/lib/ld-linux-aarch64.so.1 (0x0000ffff880d0000)
To manage notifications about this bug go to:
https://bugs.launchpad.net/qemu/+bug/1853826/+subscriptions
^ permalink raw reply [flat|nested] 19+ messages in thread* [Bug 1853826] Re: ELF loader fails to load shared object on ThunderX2 running RHEL7
2019-11-25 11:07 [Bug 1853826] [NEW] ELF loader fails to load shared object on ThunderX2 running RHEL7 Caroline Concatto
` (13 preceding siblings ...)
2020-02-11 15:01 ` Thomas Huth
@ 2020-02-12 4:17 ` Launchpad Bug Tracker
14 siblings, 0 replies; 19+ messages in thread
From: Launchpad Bug Tracker @ 2020-02-12 4:17 UTC (permalink / raw)
To: qemu-devel
[Expired for QEMU because there has been no activity for 60 days.]
** Changed in: qemu
Status: Incomplete => Expired
--
You received this bug notification because you are a member of qemu-
devel-ml, which is subscribed to QEMU.
https://bugs.launchpad.net/bugs/1853826
Title:
ELF loader fails to load shared object on ThunderX2 running RHEL7
Status in QEMU:
Expired
Bug description:
Simple test:
hello.c
include <stdio.h>
int main(int argc, char* argv[])
{
{
printf("Hello World... \n");
}
return 0;
}
when compiled with :
*Compiler
https://developer.arm.com/tools-and-software/server-and-hpc/arm-architecture-tools/arm-allinea-studio/download
Arm-Compiler-for-HPC_19.3_RHEL_7_aarch64.tar
*Running:
1) with -armpl
armclang -armpl hello.c
./qemu/build/aarch64-linux-user/qemu-aarch64 a.out
2) without flag
armclang hello.c
./qemu/build/aarch64-linux-user/qemu-aarch64 a.out
•With Docker image:
CentOS Linux release 7.7.1908 (AltArch)
*Two different machines:
AArch64, Taishan. tsv110, Kunpeng 920, ARMv8.2-A
AArch64, Taishan 2280, Cortex-A72, ARMv8-A
*QEMU 4.0
qemu-aarch64 version 4.1.91 (v4.2.0-rc1)
Results:
****Taishan 2280 Cortex-A72
Running
1)with -armpl flag with and without the docker
WORKS-> Hello World...
-> ldd a.out
ldd a.out
linux-vdso.so.1 => (0x0000ffffbc6a2000)
libamath_generic.so => /scratch/arm-linux-compiler-19.3_Generic-AArch64_RHEL-8_aarch64-linux/lib/clang/9.0.1/armpl_links/lib/libamath_generic.so (0x0000ffffbc544000)
libm.so.6 => /lib64/libm.so.6 (0x0000ffffbc493000)
libastring_generic.so => /scratch/arm-linux-compiler-19.3_Generic-AArch64_RHEL-8_aarch64-linux/lib/clang/9.0.1/armpl_links/lib/libastring_generic.so (0x0000ffffbc472000) libarmflang.so => /scratch/arm-linux-compiler-19.3_Generic-AArch64_RHEL-8_aarch64-linux/lib/libarmflang.so (0x0000ffffbbfd3000)
libomp.so => /scratch/arm-linux-compiler-19.3_Generic-AArch64_RHEL-8_aarch64-linux/lib/libomp.so (0x0000ffffbbef5000)
librt.so.1 => /lib64/librt.so.1 (0x0000ffffbbed4000)
libpthread.so.0 => /lib64/libpthread.so.0 (0x0000ffffbbe9f000)
libarmpl_lp64_generic.so => /scratch/arm-linux-compiler-19.3_Generic-AArch64_RHEL-8_aarch64-linux/lib/clang/9.0.1/armpl_links/lib/libarmpl_lp64_generic.so (0x0000ffffb3306000)
libc.so.6 => /lib64/libc.so.6 (0x0000ffffb3180000)
libstdc++.so.6 => /scratch/gcc-9.2.0_Generic-AArch64_RHEL-8_aarch64-linux/lib64/libstdc++.so.6 (0x0000ffffb2f30000)
libgcc_s.so.1 => /scratch/gcc-9.2.0_Generic-AArch64_RHEL-8_aarch64-linux/lib64/libgcc_s.so.1 (0x0000ffffb2eff000)
libdl.so.2 => /lib64/libdl.so.2 (0x0000ffffb2ede000)
/lib/ld-linux-aarch64.so.1 (0x0000ffffbc674000)
Running
2) without -armpl flag with and without the docker
WORKS -> Hello World...
-> ldd a.out
ldd a.out
linux-vdso.so.1 => (0x0000ffffa6895000)
libastring_generic.so => /scratch/arm-linux-compiler-19.3_Generic-AArch64_RHEL-8_aarch64-linux/lib/clang/9.0.1/armpl_links/lib/libastring_generic.so (0x0000ffffa6846000)
libc.so.6 => /lib64/libc.so.6 (0x0000ffffa66c0000)
/lib/ld-linux-aarch64.so.1 (0x0000ffffa6867000)
****Taishan - tsv110 Kunpeng 920
For Running
1)with -armpl flag with and without the docker
DOES NOT WORK -> with and without Docker
-> It shows : qemu:handle_cpu_signal received signal outside vCPU
context @ pc=0xffffaaa8844a
-> ldd a.out
ldd a.out
linux-vdso.so.1 => (0x0000ffffad4b0000)
libamath_generic.so => /scratch/arm-linux-compiler-19.3_Generic-AArch64_RHEL-8_aarch64-linux/lib/clang/9.0.1/armpl_links/lib/libamath_generic.so (0x0000ffffad370000)
libm.so.6 => /lib64/libm.so.6 (0x0000ffffad2a0000)
libastring_generic.so => /scratch/arm-linux-compiler-19.3_Generic-AArch64_RHEL-8_aarch64-linux/lib/clang/9.0.1/armpl_links/lib/libastring_generic.so (0x0000ffffad270000) libarmflang.so => /scratch/arm-linux-compiler-19.3_Generic-AArch64_RHEL-8_aarch64-linux/lib/libarmflang.so (0x0000ffffacdd0000)
libomp.so => /scratch/arm-linux-compiler-19.3_Generic-AArch64_RHEL-8_aarch64-linux/lib/libomp.so (0x0000ffffaccf0000)
librt.so.1 => /lib64/librt.so.1 (0x0000ffffaccc0000)
libpthread.so.0 => /lib64/libpthread.so.0 (0x0000ffffacc80000)
libarmpl_lp64_generic.so => /scratch/arm-linux-compiler-19.3_Generic-AArch64_RHEL-8_aarch64-linux/lib/clang/9.0.1/armpl_links/lib/libarmpl_lp64_generic.so (0x0000ffffa40e0000)
libc.so.6 => /lib64/libc.so.6 (0x0000ffffa3f50000)
libstdc++.so.6 => /scratch/gcc-9.2.0_Generic-AArch64_RHEL-8_aarch64-linux/lib64/libstdc++.so.6 (0x0000ffffa3d00000)
libgcc_s.so.1 => /scratch/gcc-9.2.0_Generic-AArch64_RHEL-8_aarch64-linux/lib64/libgcc_s.so.1 (0x0000ffffa3cc0000)
libdl.so.2 => /lib64/libdl.so.2 (0x0000ffffa3c90000)
/lib/ld-linux-aarch64.so.1 (0x0000ffffad4c0000)
Running
2) without -armpl flag with and without the docker
WORKS -> Hello World..
-> ldd a.out
ldd a.out
linux-vdso.so.1 => (0x0000ffff880c0000)
libastring_generic.so => /scratch/arm-linux-compiler-19.3_Generic-AArch64_RHEL-8_aarch64-linux/lib/clang/9.0.1/armpl_links/lib/libastring_generic.so (0x0000ffff88080000)
libc.so.6 => /lib64/libc.so.6 (0x0000ffff87ee0000)
/lib/ld-linux-aarch64.so.1 (0x0000ffff880d0000)
To manage notifications about this bug go to:
https://bugs.launchpad.net/qemu/+bug/1853826/+subscriptions
^ permalink raw reply [flat|nested] 19+ messages in thread