Re: armv7-on-aarch64 stuck at urdlck
- Reply: Michal Meloun : "Re: armv7-on-aarch64 stuck at urdlck"
- In reply to: Michal Meloun : "armv7-on-aarch64 stuck at urdlck"
- Go to: [ bottom of page ] [ top of archives ] [ this month ]
Date: Mon, 22 Jul 2024 11:46:53 UTC
On Jul 21, 2024, at 22:59, Michal Meloun <meloun.michal@gmail.com> wrote: > I don't want to hijack the original thread, so I'm replying in a new one. > > My tegra track current, has been running 24/7 by building kernel/world and kde5 in a loop for a few years now. But I have never encountered the aforementioned lockup in native armv7. > > I have seen usermode mutex lockup in arm32 jail on aarch64, but only very rarely (once a month or so) and all my attempts to reproduce it in a more deterministic way have failed. Also, I don't think I've ever seen this with the debug version of libc. > > Unfortunately I also failed to reproduce given lockup using dlopen_test.c, neither on native armv7 or arm32 jail. > > Michal Meloun What is the output of: # readelf -a /libexec/ld-elf.so.1 | grep -E "(^[^ 0-9]|.*_rtld_get_stack_prot)" in your armv7 context(s)? Does it include for likes of: QUOTE Symbol table '.symtab' contains 911 entries: 903: 000000000001b9ac 16 FUNC GLOBAL DEFAULT 11 _rtld_get_stack_prot END QUOTE vs. not? Note that the "debug version of libc" being involved likely means that DEBUG_FLAGS was defined. That in turn likely means that strip is not being used. In such a case, I expect that the .symtab entry for _rtld_get_stack_prot (and more) exists for such a context. === Mark Millard marklmi at yahoo.com