On 21. 4. 6., Konstantin Belousov wrote: > On Tue, Apr 06, 2021 at 09:46:59PM +0300, Konstantin Belousov wrote: >> On Tue, Apr 06, 2021 at 02:35:59PM -0400, Jung-uk Kim wrote: >>> On 21. 4. 5., Konstantin Belousov wrote: >>>> The branch main has been updated by kib: >>>> >>>> URL: >>>> https://cgit.FreeBSD.org/src/commit/?id=d36d6816151705907393889d661cbfd25c630ca8 >>>> >>>> commit d36d6816151705907393889d661cbfd25c630ca8 >>>> Author: Konstantin Belousov <k...@freebsd.org> >>>> AuthorDate: 2021-04-05 03:05:44 +0000 >>>> Commit: Konstantin Belousov <k...@freebsd.org> >>>> CommitDate: 2021-04-06 00:23:08 +0000 >>>> >>>> rtld dl_iterate_phdr(): dlpi_tls_data is wrong >>>> >>>> dl_iterate_phdr() dlpi_tls_data should provide the TLS module segment >>>> address, and not the TLS init segment address as it does now. >>>> >>>> Reported by: emacs...@gmail.com >>>> PR: 254774 >>>> Sponsored by: The FreeBSD Foundation >>>> MFC after: 1 week >>> >>> I started having strange hangs in various applications from yesterday, >>> e.g., Xorg, Thunderbird, etc. Today, I updated ports tree from Git for >>> the first time and started updating packages. Then, I experienced >>> similar problems, e.g., building editors/kate, multimedia/vlc, etc., >>> were hanging. I noticed some tools were stuck in urwlck state and I >>> found reverting this commit fixed the problem for me. >>> >>> Please take a look. >> >> Can you get backtrace for all threads in hanging process? >> I do not need debugging symbols for the apps, libc/libthr/rtld with debug >> info, installed by default from the base, should be enough. > > Also you might try this. It should help if my guess is right. > Only x86 handled ATM.
It seems the patch fixed the problem for me. I'll try it on other boxes, too. Jung-uk Kim
OpenPGP_signature
Description: OpenPGP digital signature