mailing list of musl libc
 help / color / mirror / code / Atom feed
From: Timo Teras <timo.teras@iki.fi>
To: 黄建忠 <jianzhong.huang@i-soft.com.cn>
Cc: musl@lists.openwall.com, Rich Felker <dalias@libc.org>
Subject: Re: musl pthread/tls issue.
Date: Wed, 22 Oct 2014 10:58:47 +0300	[thread overview]
Message-ID: <20141022105847.1c97ec1d@vostro> (raw)
In-Reply-To: <54474F9D.3090306@i-soft.com.cn>

On Wed, 22 Oct 2014 14:33:01 +0800
黄建忠 <jianzhong.huang@i-soft.com.cn> wrote:

> Hi, Rich and all.
> 
> These days, I finished build a bootable x86_64 system(rpm based)
> include musl/systemd/dracut/gcc-4.9.1/gcc-5/clang-3.5 and
> wayland/Xorg and the whole GNOME-3.14 desktop(except webkit js
> segfault issue I mentioned before) with a lot of patches(I will
> release all of them someday until it reach a stable state.)
> 
> After a simple try, I found gnome-shell will segfault If I triggered
> the app list(not always but often).
> 
> The dmesg report "pool [<some pid>] segfault xxxxxxxxxxx
> libpixman-xxxxx", That's to say, it segfault in pixman library(A
> common library used by Xorg and cairo),
> gdb report it's a thread issue(a thread of gnome-shell) and segfault
> at the beginning of general_composite_rect function in
> pixman-general.c, the pointer of argument can not be accessed.
> 
> And after a quick look, the problem is in pixman-compiler.h, it
> defined TLS related codes and macros according to specific
> implementation(win32/mingw/pthread and so on).
> By default, the TLS codes will be compiled, if it was disabled, there
> is still a pthread fallback use 'pthread_key_create' and other
> pthread funcs.
> 
> Here is the link to it:
> http://cgit.freedesktop.org/pixman/tree/pixman/pixman-compiler.h,
> please look at the TLS section.
> 
> That's to say, there must be a problem exist in musl pthread/tls
> implementation and can be triggered under certain circumstances.
> Please help to solve it.
> 
> Related components:
> Kernel: linux-3.17.0 without patch.
> binutils: 2.24.90 without patch.
> Compiler: gcc-5 and clang-3.5. with musl-enable patch.
> Pixman: 0.32.6 git
> Cairo: 1.14.0
> Mesa: 10.3.1 stable
> Xorg: 1.16.1 stable
> gnome: 3.14 stable

Is it perhaps this:
https://bugs.freedesktop.org/show_bug.cgi?id=35268

Does preloading libGL.so help?

We do this as workaround for eg. firefox currently (in Alpine Linux):
http://git.alpinelinux.org/cgit/aports/commit/?id=d9cda70e2c149004f1e87edd1de8f6e332e76953

/Timo


      parent reply	other threads:[~2014-10-22  7:58 UTC|newest]

Thread overview: 8+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2014-10-22  6:33 黄建忠
2014-10-22  7:08 ` Luca Barbato
2014-10-22  7:17   ` 黄建忠
2014-10-22  7:27 ` Jens Gustedt
2014-10-22  7:45 ` Szabolcs Nagy
2014-10-24  7:35   ` 黄建忠
2014-10-24 11:32     ` Szabolcs Nagy
2014-10-22  7:58 ` Timo Teras [this message]

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=20141022105847.1c97ec1d@vostro \
    --to=timo.teras@iki.fi \
    --cc=dalias@libc.org \
    --cc=jianzhong.huang@i-soft.com.cn \
    --cc=musl@lists.openwall.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
Code repositories for project(s) associated with this public inbox

	https://git.vuxu.org/mirror/musl/

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).