git: d36d68161517 - main - rtld dl_iterate_phdr(): dlpi_tls_data is wrong
Konstantin Belousov
kostikbel at gmail.com
Wed Apr 7 08:37:45 UTC 2021
On Wed, Apr 07, 2021 at 10:19:51AM +0200, Antoine Brodin wrote:
> On Tue, Apr 6, 2021 at 8:36 PM Jung-uk Kim <jkim at freebsd.org> 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 <kib at FreeBSD.org>
> > > AuthorDate: 2021-04-05 03:05:44 +0000
> > > Commit: Konstantin Belousov <kib at 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: emacsray at 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.
>
> Hi,
>
> I don't know if it's related, but some port builds are hanging with
> b8028f9d3ca0 that didn't happen with 4c2e9c35fb19.
Perhaps this is related. I did not received the backtrace from the hung
process to say definitely.
The D29623 review is the fix.
More information about the dev-commits-src-main
mailing list