chromium and chromium-headless both crash with SIGTRAP without any details on aarch64 $ /usr/lib64/chromium-browser/headless_shell --help Trace/breakpoint trap (core dumped) $ gdb /usr/lib64/chromium-browser/headless_shell ... Reading symbols from /usr/lib64/chromium-browser/headless_shell...(no debugging symbols found)...done. (gdb) r Starting program: /usr/lib64/chromium-browser/headless_shell [Thread debugging using libthread_db enabled] Using host libthread_db library "/lib64/libthread_db.so.1". Program received signal SIGTRAP, Trace/breakpoint trap. 0x0000aaaaaef12e54 in ?? () Missing separate debuginfos, use: yum debuginfo-install chromium-headless-109.0.5414.74-1.el8.aarch64 (gdb) bt #0 0x0000aaaaaef12e54 in ?? () #1 0x0000fffff77cf000 in sys_sigabbrev@@GLIBC_2.17 () from /lib64/libc.so.6 Backtrace stopped: previous frame identical to this frame (corrupt stack?) Version-Release number of selected component (if applicable): $ rpm -q chromium-headless chromium-headless-109.0.5414.74-1.el8.aarch64 $ cat /etc/os-release NAME="Red Hat Enterprise Linux" VERSION="8.7 (Ootpa)" ID="rhel" ID_LIKE="fedora" VERSION_ID="8.7" PLATFORM_ID="platform:el8" PRETTY_NAME="Red Hat Enterprise Linux 8.7 (Ootpa)" ANSI_COLOR="0;31" CPE_NAME="cpe:/o:redhat:enterprise_linux:8::baseos" HOME_URL="https://www.redhat.com/" DOCUMENTATION_URL="https://access.redhat.com/documentation/red_hat_enterprise_linux/8/" BUG_REPORT_URL="https://bugzilla.redhat.com/" REDHAT_BUGZILLA_PRODUCT="Red Hat Enterprise Linux 8" REDHAT_BUGZILLA_PRODUCT_VERSION=8.7 REDHAT_SUPPORT_PRODUCT="Red Hat Enterprise Linux" REDHAT_SUPPORT_PRODUCT_VERSION="8.7" $ uname -m aarch64
I have encounted the same bug. host1-native ~]# lscpu Architecture: aarch64 CPU op-mode(s): 64-bit Byte Order: Little Endian CPU(s): 128 On-line CPU(s) list: 0-127 Thread(s) per core: 1 Core(s) per socket: 64 Socket(s): 2 NUMA node(s): 16 Vendor ID: Phytium Model: 3 Model name: Phytium,S2500/64 C00 Stepping: 0x1 CPU max MHz: 2100.0000 CPU min MHz: 1100.0000 BogoMIPS: 100.00 L1d cache: 4 MiB L1i cache: 4 MiB L2 cache: 64 MiB L3 cache: 128 MiB Flags: fp asimd evtstrm aes pmull sha1 sha2 crc32 cpuid host1-qemu-kvm ~]# lscpu Architecture: aarch64 Byte Order: Little Endian CPU(s): 8 On-line CPU(s) list: 0-7 Thread(s) per core: 1 Core(s) per socket: 1 Socket(s): 8 NUMA node(s): 1 Vendor ID: 0x70 BIOS Vendor ID: QEMU Model: 3 BIOS Model name: virt-4.1 Stepping: 0x1 CPU max MHz: 2100.0000 CPU min MHz: 2100.0000 BogoMIPS: 100.00 L1d cache: 64K L1i cache: 64K L2 cache: 512K L3 cache: 32768K NUMA node0 CPU(s): 0-7 Flags: fp asimd evtstrm aes pmull sha1 sha2 crc32 cpuid host2-on-tencent-cloud ~]# lscpu Architecture: aarch64 CPU op-mode(s): 64-bit Byte Order: Little Endian CPU(s): 8 On-line CPU(s) list: 0-7 Vendor ID: HiSilicon Model name: Kunpeng-920 Model: 0 Thread(s) per core: 1 Core(s) per cluster: 8 Socket(s): - Cluster(s): 1 Stepping: 0x1 BogoMIPS: 200.00 Flags: fp asimd evtstrm aes pmull sha1 sha2 crc32 atomics fphp asimdhp cpuid asimdrdm jscvt fcma dcpop asimddp asi mdfhm ============ EPEL-9: chromium-109.0.5414.119-1.el9.aarch64 # Above Report "Trace/breakpoint trap (core dumped)" without any detail EPEL-8: chromium-109.0.5414.119-1.el8.aarch64 chromium-109.0.5414.74-1.el8.aarch64 chromium-94.0.4606.81-1.el8.aarch64 chromium-90.0.4430.93-1.el8.aarch64 # Above Report "Trace/breakpoint trap (core dumped)" without any detail chromium-85.0.4183.121-1.el8.aarch64 # Above report stack trace ``` [0206/053610.895144:FATAL:page_allocator_internals_posix.h(191)] Check failed: !mprotect(address, length, GetAccessFlags(accessibility)). : Invalid argument (22) #0 0xaaaad1d1254c base::debug::CollectStackTrace() #1 0xaaaad1ca1848 base::debug::StackTrace::StackTrace() #2 0xaaaad1cae4e4 logging::LogMessage::~LogMessage() #3 0xaaaad1caf62c logging::ErrnoLogMessage::~ErrnoLogMessage() #4 0xaaaad1caf66c logging::ErrnoLogMessage::~ErrnoLogMessage() #5 0xaaaad1d28a08 base::SetSystemPagesAccessInternal() #6 0xaaaad1d2b40c base::internal::PartitionBucket<>::SlowPathAlloc() #7 0xaaaad2b826c4 WTF::Partitions::FastMalloc() #8 0xaaaad2b9b5d4 WTF::Threading::Initialize() #9 0xaaaad2b9b900 WTF::Initialize() #10 0xaaaad3dd6404 content::RendererMain() #11 0xaaaad1c7d640 content::RunZygote() #12 0xaaaad1c7e0cc content::ContentMainRunnerImpl::Run() #13 0xaaaad3034288 service_manager::Main() #14 0xaaaad1c77274 content::ContentMain() #15 0xaaaad1c9a10c headless::(anonymous namespace)::RunContentMain() #16 0xaaaad1c9a218 headless::RunChildProcessIfNeeded() #17 0xaaaad1c9a374 headless::HeadlessShellMain() #18 0xffffa29f481c __libc_start_main #19 0xaaaacf94ac7c (/usr/lib64/chromium-browser/headless_shell+0x97ac7b) Received signal 6 #0 0xaaaad1d1254c base::debug::CollectStackTrace() #1 0xaaaad1ca1848 base::debug::StackTrace::StackTrace() #2 0xaaaad1d121f8 base::debug::(anonymous namespace)::StackDumpSignalHandler() #3 0xaaaad1d124e4 base::debug::(anonymous namespace)::StackDumpSignalHandler() #4 0xffffa32307a0 ([vdso]+0x79f) #5 0xffffa2a06724 __GI_raise #6 0xffffa29f096c __GI_abort #7 0xaaaad1d11dd0 base::debug::BreakDebugger() #8 0xaaaad1cae85c logging::LogMessage::~LogMessage() #9 0xaaaad1caf62c logging::ErrnoLogMessage::~ErrnoLogMessage() #10 0xaaaad1caf66c logging::ErrnoLogMessage::~ErrnoLogMessage() #11 0xaaaad1d28a08 base::SetSystemPagesAccessInternal() #12 0xaaaad1d2b40c base::internal::PartitionBucket<>::SlowPathAlloc() #13 0xaaaad2b826c4 WTF::Partitions::FastMalloc() #14 0xaaaad2b9b5d4 WTF::Threading::Initialize() #15 0xaaaad2b9b900 WTF::Initialize() #16 0xaaaad3dd6404 content::RendererMain() #17 0xaaaad1c7d640 content::RunZygote() #18 0xaaaad1c7e0cc content::ContentMainRunnerImpl::Run() #19 0xaaaad3034288 service_manager::Main() #20 0xaaaad1c77274 content::ContentMain() #21 0xaaaad1c9a10c headless::(anonymous namespace)::RunContentMain() #22 0xaaaad1c9a218 headless::RunChildProcessIfNeeded() #23 0xaaaad1c9a374 headless::HeadlessShellMain() #24 0xffffa29f481c __libc_start_main #25 0xaaaacf94ac7c (/usr/lib64/chromium-browser/headless_shell+0x97ac7b) [end of stack trace] Calling _exit(1). Core file will not be generated. ``` chromium-79.0.3945.130-1.el8.aarch64 # Above report some stack track ``` [0206/053849.832287:ERROR:egl_util.cc(60)] Failed to load GLES library: /usr/lib64/chromium-browser/swiftshader/libGLESv2.so: /usr/lib64/chromium-browser/swiftshader/libGLESv2.so: cannot open shared object file: No such file or directory [0206/053849.835249:ERROR:viz_main_impl.cc(180)] Exiting GPU process due to errors during initialization [0206/053849.838388:WARNING:gpu_process_host.cc(1213)] The GPU process has crashed 1 time(s) [0206/053849.825803:FATAL:page_allocator_internals_posix.h(172)] Check failed: 0 == mprotect(address, length, GetAccessFlags(accessibility)) (0 vs. -1) #0 0xaaaab8c710c4 base::debug::CollectStackTrace() #1 0xaaaab8bea8d8 base::debug::StackTrace::StackTrace() #2 0xaaaab8bfb744 logging::LogMessage::~LogMessage() #3 0xaaaab8c81d8c base::SetSystemPagesAccessInternal() #4 0xaaaab8c842ac base::internal::PartitionBucket::SlowPathAlloc() #5 0xaaaab9caf964 WTF::Partitions::FastMalloc() #6 0xaaaab8ac9eb8 blink::scheduler::MainThreadSchedulerImpl::CreateMainThread() #7 0xaaaaba235d88 blink::Platform::Initialize() #8 0xaaaabb702df8 blink::Initialize() #9 0xaaaabb335a4c content::RenderThreadImpl::InitializeWebKit() #10 0xaaaabb337400 content::RenderThreadImpl::Init() #11 0xaaaabb3399bc content::RenderThreadImpl::RenderThreadImpl() #12 0xaaaabb35880c content::RendererMain() #13 0xaaaab8bcd2a4 content::RunZygote() #14 0xaaaab8bcd9ac content::ContentMainRunnerImpl::Run() #15 0xaaaab9dd70a4 service_manager::Main() #16 0xaaaab8bc6f04 content::ContentMain() #17 0xaaaab8be4d98 headless::(anonymous namespace)::RunContentMain() #18 0xaaaab8be4ea8 headless::RunChildProcessIfNeeded() #19 0xaaaab8be5004 headless::HeadlessShellMain() #20 0xffffa3ec481c __libc_start_main #21 0xaaaab6daee08 <unknown> Received signal 6 #0 0xaaaab8c710c4 base::debug::CollectStackTrace() #1 0xaaaab8bea8d8 base::debug::StackTrace::StackTrace() #2 0xaaaab8c70a4c base::debug::(anonymous namespace)::StackDumpSignalHandler() #3 0xaaaab8c70d60 base::debug::(anonymous namespace)::StackDumpSignalHandler() #4 0xffffa4b807a0 ([vdso]+0x79f) #5 0xffffa3ed6724 __GI_raise #6 0xffffa3ec096c __GI_abort #7 0xaaaab8c70620 base::debug::BreakDebugger() #8 0xaaaab8bfbb08 logging::LogMessage::~LogMessage() #9 0xaaaab8c81d8c base::SetSystemPagesAccessInternal() #10 0xaaaab8c842ac base::internal::PartitionBucket::SlowPathAlloc() #11 0xaaaab9caf964 WTF::Partitions::FastMalloc() #12 0xaaaab8ac9eb8 blink::scheduler::MainThreadSchedulerImpl::CreateMainThread() #13 0xaaaaba235d88 blink::Platform::Initialize() #14 0xaaaabb702df8 blink::Initialize() #15 0xaaaabb335a4c content::RenderThreadImpl::InitializeWebKit() #16 0xaaaabb337400 content::RenderThreadImpl::Init() #17 0xaaaabb3399bc content::RenderThreadImpl::RenderThreadImpl() #18 0xaaaabb35880c content::RendererMain() #19 0xaaaab8bcd2a4 content::RunZygote() #20 0xaaaab8bcd9ac content::ContentMainRunnerImpl::Run() #21 0xaaaab9dd70a4 service_manager::Main() #22 0xaaaab8bc6f04 content::ContentMain() #23 0xaaaab8be4d98 headless::(anonymous namespace)::RunContentMain() #24 0xaaaab8be4ea8 headless::RunChildProcessIfNeeded() #25 0xaaaab8be5004 headless::HeadlessShellMain() #26 0xffffa3ec481c __libc_start_main #27 0xaaaab6daee08 <unknown> [end of stack trace] Calling _exit(1). Core file will not be generated. ```
Additionaly, when I upgraded kernel to Oracle's UEKR7 (kernel-uek-5.15.0-6.80.3.1.el8uek.aarch64), the bug disappered.
With kernel-4.18.0-425.3.1.el8.aarch64, bug also happens with some dockerized image. For example: docker run -v /tmp/data:/data --rm --cap-add=SYS_ADMIN --entrypoint=chromium-browser akorn/chromium-headless:109-alpine --headless --disable-gpu --screenshot https://www.sogou.com silently crashed. docker image of debian:sid and debian:bullseye also crashd.
Bug Also Happens with AWS-Graviton2 + kernel-4.18.0-425.10.1.el8_7 + chromium-109.0.5414.119-1.el8 ~]# lscpu Architecture: aarch64 Byte Order: Little Endian CPU(s): 2 On-line CPU(s) list: 0,1 Thread(s) per core: 1 Core(s) per socket: 2 Socket(s): 1 NUMA node(s): 1 Vendor ID: ARM BIOS Vendor ID: AWS Model: 1 Model name: Neoverse-N1 BIOS Model name: AWS Graviton2 Stepping: r3p1 BogoMIPS: 243.75 L1d cache: 64K L1i cache: 64K L2 cache: 1024K L3 cache: 32768K NUMA node0 CPU(s): 0,1 Flags: fp asimd evtstrm aes pmull sha1 sha2 crc32 atomics fphp asimdhp cpuid asimdrdm lrcpc dcpop asimddp ssbs ~]# strace -f /usr/lib64/chromium-browser/headless_shell --disable-gpu ...... openat(AT_FDCWD, "/lib64/liblzma.so.5", O_RDONLY|O_CLOEXEC) = 3 read(3, "\177ELF\2\1\1\0\0\0\0\0\0\0\0\0\3\0\267\0\1\0\0\0p2\0\0\0\0\0\0"..., 832) = 832 fstat(3, {st_mode=S_IFREG|0755, st_size=203512, ...}) = 0 mmap(NULL, 262152, PROT_READ|PROT_EXEC, MAP_PRIVATE|MAP_DENYWRITE, 3, 0) = 0xffffa6990000 mmap(0xffffa69c0000, 65536, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_DENYWRITE, 3, 0x20000) = 0xffffa69c0000 mmap(0xffffa69d0000, 8, PROT_READ|PROT_WRITE, MAP_PRIVATE|MAP_FIXED|MAP_ANONYMOUS, -1, 0) = 0xffffa69d0000 close(3) = 0 mprotect(0xffffa6dd0000, 65536, PROT_READ) = 0 mprotect(0xffffa7480000, 65536, PROT_READ) = 0 mprotect(0xffffa69c0000, 65536, PROT_READ) = 0 mprotect(0xffffa74b0000, 65536, PROT_READ) = 0 ...... mprotect(0xaaaab48e0000, 4390912, PROT_READ) = 0 mprotect(0xffffa7570000, 65536, PROT_READ) = 0 munmap(0xffffa7500000, 20207) = 0 set_tid_address(0xffffa758ccd0) = 5313 set_robust_list(0xffffa758cce0, 24) = 0 rt_sigaction(SIGRTMIN, {sa_handler=0xffffa7465ed8, sa_mask=[], sa_flags=SA_SIGINFO}, NULL, 8) = 0 rt_sigaction(SIGRT_1, {sa_handler=0xffffa7465f98, sa_mask=[], sa_flags=SA_RESTART|SA_SIGINFO}, NULL, 8) = 0 rt_sigprocmask(SIG_UNBLOCK, [RTMIN RT_1], NULL, 8) = 0 prlimit64(0, RLIMIT_STACK, NULL, {rlim_cur=8192*1024, rlim_max=RLIM64_INFINITY}) = 0 --- SIGTRAP {si_signo=SIGTRAP, si_code=TRAP_BRKPT, si_pid=-1325908960, si_uid=43690} --- +++ killed by SIGTRAP (core dumped) +++ Trace/breakpoint trap (core dumped)
i tried chromium-headless-110.0.5481.77-1 and cannot reproduce this issue.
(In reply to Than Ngo from comment #5) > i tried chromium-headless-110.0.5481.77-1 and cannot reproduce this issue. Where is the RPM? I can only find version 109 in https://dl.fedoraproject.org/pub/epel/8/Everything/aarch64/Packages/c/
(In reply to Than Ngo from comment #5) > i tried chromium-headless-110.0.5481.77-1 and cannot reproduce this issue. And how about your kernel and CPU?
Please reopen the bug. It still exist in 110.0.5481.77-1, both EPEL-8 and EPEL-9 in docker on EL8. For example: ~]$ uname -a Linux localhost 4.18.0-425.10.1.el8_7.aarch64 #1 SMP Thu Jan 12 21:13:33 UTC 2023 aarch64 aarch64 aarch64 GNU/Linux ~]$ rpm -q chromium-headless chromium-headless-110.0.5481.77-1.el8.aarch64 ~]$ /usr/lib64/chromium-browser/headless_shell --disable-gpu --screenshot https://www.kernel.org Trace/breakpoint trap ~]$ uname -a Linux localhost 4.18.0-425.10.1.el8_7.aarch64 #1 SMP Thu Jan 12 21:13:33 UTC 2023 aarch64 aarch64 aarch64 GNU/Linux ~]$ rpm -q chromium-headless chromium-headless-110.0.5481.77-1.el9.aarch64 ~]$ /usr/lib64/chromium-browser/headless_shell --disable-gpu --screenshot https://www.kernel.org Trace/breakpoint trap It seems kernel-related, Oracle's UEKR7 (kernel-uek-5.15.0-6.80.3.1.el8uek.aarch64) can avoid this bug. And it wont happens inside a RHEL-8 docker image on AmazonLinux2 Host 【kernel-5.10】。 @than @omajid
New detail, maybe it is related to PAGESIZE=65536? I found that: if "getconf PAGESIZE" == 65536, chromium crashes, (kernel-4.18...el8 kernel-4.19...kylinv10 ...) if "getconf PAGESIZE" == 65536, chromium runs ok, (kernel-5.15...oracle kernel-5.14...el9 ...)
Sorry for typo I found that: if "getconf PAGESIZE" == 65536, chromium crashes, (kernel-4.18...el8 kernel-4.19...kylinv10 ...) if "getconf PAGESIZE" == 4096, chromium runs ok, (kernel-5.15...oracle kernel-5.14...el9 ...)
It looks like 4k/64K pagesize issue in MemoryAllocator. On EL8 we have 64K pagesize.
Sorry, I am just a chromium user, not a developer. I have no additional context or advice to provide here. Cancelling needinfo for myself.
upstream issue track: https://bugs.chromium.org/p/chromium/issues/detail?id=1417923 https://bugs.chromium.org/p/chromium/issues/detail?id=1392796
Hi! we faced the same issue as well in our group. This blocks us from running UI tests on ARM servers. Any progress with this? please update
@lalon, @kirbyzhou Have you tested the latest version 121.0.6167.85? Does this issue still occur? If yes, could you please take a stacktrace of the crash? Thanks
sorry, i mean 120.0.6099.224
Happens here with 120.0.6099.224: $ cat /etc/os-release NAME="Red Hat Enterprise Linux" VERSION="8.8 (Ootpa)" ID="rhel" ID_LIKE="fedora" VERSION_ID="8.8" PLATFORM_ID="platform:el8" PRETTY_NAME="Red Hat Enterprise Linux 8.8 (Ootpa)" ANSI_COLOR="0;31" CPE_NAME="cpe:/o:redhat:enterprise_linux:8::baseos" HOME_URL="https://www.redhat.com/" DOCUMENTATION_URL="https://access.redhat.com/documentation/en-us/red_hat_enterprise_linux/8" BUG_REPORT_URL="https://bugzilla.redhat.com/" REDHAT_BUGZILLA_PRODUCT="Red Hat Enterprise Linux 8" REDHAT_BUGZILLA_PRODUCT_VERSION=8.8 REDHAT_SUPPORT_PRODUCT="Red Hat Enterprise Linux" REDHAT_SUPPORT_PRODUCT_VERSION="8.8" $ rpm -qa | grep chromium chromium-120.0.6099.224-1.el8.aarch64 chromium-common-120.0.6099.224-1.el8.aarch64 $ chromium-browser --help Trace/breakpoint trap (core dumped) $ gdb --quiet /usr/lib64/chromium-browser/chromium-browser Reading symbols from /usr/lib64/chromium-browser/chromium-browser...Reading symbols from /usr/lib/debug/usr/lib64/chromium-browser/chromium-browser-120.0.6099.224-1.el8.aarch64.debug...done. done. (gdb) r --help Starting program: /usr/lib64/chromium-browser/chromium-browser --help [Thread debugging using libthread_db enabled] Using host libthread_db library "/lib64/libthread_db.so.1". Program received signal SIGTRAP, Trace/breakpoint trap. Init () at ../../base/allocator/partition_allocator/src/partition_alloc/partition_root.cc:957 957 ../../base/allocator/partition_allocator/src/partition_alloc/partition_root.cc: No such file or directory. Missing separate debuginfos, use: yum debuginfo-install libblkid-2.32.1-43.el8.aarch64 libmount-2.32.1-43.el8.aarch64 libuuid-2.32.1-43.el8.aarch64 zlib-1.2.11-25.el8.aarch64
FEDORA-EPEL-2024-44e34a2f20 has been submitted as an update to Fedora EPEL 8. https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2024-44e34a2f20
Omair Majid, could you please test the new build from https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2024-44e34a2f20 Please grant karma after the test! Thank you
FEDORA-EPEL-2024-44e34a2f20 has been pushed to the Fedora EPEL 8 stable repository. If problem still persists, please make note of it in this bug report.
(In reply to Than Ngo from comment #19) > could you please test the new build from > https://bodhi.fedoraproject.org/updates/FEDORA-EPEL-2024-44e34a2f20 > Please grant karma after the test! Thanks for the fix. Done and done.
It is stll broken with PAGESIZE=65536 ]$ getconf PAGESIZE 65536 ]$ rpm -qa 'chrom*' chromium-common-121.0.6167.139-1.el9.aarch64 chromium-headless-121.0.6167.139-1.el9.aarch64 ]$ /usr/lib64/chromium-browser/headless_shell --help Trace/breakpoint trap (core dumped) ]$ gdb /usr/lib64/chromium-browser/headless_shell (gdb) r --help Program received signal SIGTRAP, Trace/breakpoint trap. 0x0000aaab50f2cae0 in partition_alloc::PartitionRoot::Init(partition_alloc::PartitionOptions) () (gdb) bt #0 0x0000aaab50f2cae0 in partition_alloc::PartitionRoot::Init(partition_alloc::PartitionOptions) () #1 0x0000aaab50f2cf5c in partition_alloc::PartitionRoot::PartitionRoot(partition_alloc::PartitionOptions) () #2 0x0000aaab50f4f294 in (anonymous namespace)::LeakySingleton<partition_alloc::PartitionRoot, (anonymous namespace)::MainPartitionConstructor>::GetSlowPath() [clone .llvm.10749037060715401882] () #3 0x0000aaab50f47804 in allocator_shim::internal::PartitionMalloc(allocator_shim::AllocatorDispatch const*, unsigned long, void*) () #4 0x0000aaab50f46f0c in malloc () #5 0x0000fffefa4d6528 in g_private_impl_new () from /lib64/libglib-2.0.so.0 #6 0x0000fffefa4d65d4 in g_private_get () from /lib64/libglib-2.0.so.0 #7 0x0000fffefa4a2684 in g_slice_alloc () from /lib64/libglib-2.0.so.0 #8 0x0000fffefa4724e0 in g_hash_table_new_full () from /lib64/libglib-2.0.so.0 #9 0x0000fffefa4959bc in g_quark_init () from /lib64/libglib-2.0.so.0 #10 0x0000fffefa44d7fc in glib_init_ctor () from /lib64/libglib-2.0.so.0 #11 0x0000fffefb2c5d64 in call_init (env=0xffffe6221d00, argv=0xffffe6221ce8, argc=2, l=<optimized out>) at dl-init.c:70 #12 call_init (l=<optimized out>, argc=2, argv=0xffffe6221ce8, env=0xffffe6221d00) at dl-init.c:26 #13 0x0000fffefb2c5e6c in _dl_init (main_map=0xfffefb3012b0, argc=2, argv=0xffffe6221ce8, env=0xffffe6221d00) at dl-init.c:117 #14 0x0000fffefb2d7d58 in _dl_start_user () from /lib/ld-linux-aarch64.so.1
The needinfo request[s] on this closed bug have been removed as they have been unresolved for 120 days