Skip site navigation (1)Skip section navigation (2)
Date:      Sat, 20 Jul 2024 11:57:26 +0300
From:      Konstantin Belousov <kostikbel@gmail.com>
To:        Mark Millard <marklmi@yahoo.com>
Cc:        arm@freebsd.org, current@freebsd.org
Subject:   Re: armv7-on-aarch64 stuck at urdlck: I got a replication of the "ampere2" bulk build hangup problem on a Windows DevKit 2023
Message-ID:  <Zpt79jpCFDSiffcy@kib.kiev.ua>
In-Reply-To: <A208F7C8-0D9E-402C-BB85-A5022B37E3EC@yahoo.com>
References:  <A3BBDBA3-FF7E-47B8-8B45-C3351918FC08@yahoo.com> <8214703E-AB28-4FB3-A3DD-03C87363D8C6@yahoo.com> <E40B106D-30B7-49DC-8540-911A56E53FCA@yahoo.com> <BFCA474F-78D4-4E98-8A9B-B92C2DB6B0DE@yahoo.com> <E40627DC-35A2-4D5E-A85C-73D7FFD426DF@yahoo.com> <A208F7C8-0D9E-402C-BB85-A5022B37E3EC@yahoo.com>

index | next in thread | previous in thread | raw e-mail

[Everything and everybody in Cc: are stripped for good].

On Fri, Jul 19, 2024 at 10:38:36PM -0700, Mark Millard wrote:
> 0x201375c0 - 0x2014092c is .bss in /lib/libthr.so.3
> 
> (gdb) bt
> #0  0x201aeec0 in __pthread_map_stacks_exec () from /lib/libc.so.7
> #1  0x2005d1e4 in ?? () from /libexec/ld-elf.so.1
> Backtrace stopped: previous frame identical to this frame (corrupt stack?)
> (gdb) disass
> Dump of assembler code for function __pthread_map_stacks_exec:
> => 0x201aeec0 <+0>: ldr r0, [pc, #8] @ 0x201aeed0 <__pthread_map_stacks_exec+16>
>    0x201aeec4 <+4>: add r0, pc, r0
>    0x201aeec8 <+8>: ldr r0, [r0, #156] @ 0x9c
>    0x201aeecc <+12>: bx r0
>    0x201aeed0 <+16>: andseq r6, r7, r4, lsr #12
> End of assembler dump.
> 

Do the following:
1. Rebuild rtld/libc/libthr with the debugging info and no optimization,
   i.e. ensure that flags are "-O0 -g" or "-Og -g" and not -O2.  See
   the first comment in libexec/rtld-elf/Makefile for the hint how to
   do it.
2. Reproduce the issue under gdb, and backtrace all threads from userspace.
   I only need userspace backtrace, not either kernel-side stacks nor
   the syscall history.

Are you sure that the issue is specific to armv7, might be it takes more
efforts to reproduce on host native?


home | help

Want to link to this message? Use this
URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?Zpt79jpCFDSiffcy>