This is the mail archive of the
libc-alpha@sourceware.org
mailing list for the glibc project.
Re: [PATCH] Async signal safe TLS accesses
- From: Brooks Moses <bmoses at google dot com>
- To: Paul Pluzhnikov <ppluzhnikov at google dot com>
- Cc: Adhemerval Zanella <azanella at linux dot vnet dot ibm dot com>, libc-alpha <libc-alpha at sourceware dot org>, Andrew Hunter <ahh at google dot com>, "Joseph S. Myers" <joseph at codesourcery dot com>
- Date: Thu, 9 Jan 2014 12:23:39 -0800
- Subject: Re: [PATCH] Async signal safe TLS accesses
- Authentication-results: sourceware.org; auth=none
- References: <52C4DC54 dot 4000109 at redhat dot com> <1388689454-1854-1-git-send-email-ahh at google dot com> <CALoOobPio5625ws7dSWepgQbKmqHifvbU3tKWtKFS-tz_zihdQ at mail dot gmail dot com> <CADroS=7BBPbJ5bAUUy5VUWHX+gCrRmrEk17qO-s9zkdVNeFbxA at mail dot gmail dot com> <20140103074522 dot GT24286 at brightrain dot aerifal dot cx> <CADroS=49b8c8KCiNF2cHHRk5nPmy8LzYYF_x=GZfOCCQORkx8A at mail dot gmail dot com> <CALoOobNz=FzbSkJdPMFwqnFdpyNcAy8vDDEftj+vbMT5r8mJAw at mail dot gmail dot com> <Pine dot LNX dot 4 dot 64 dot 1401081752130 dot 1349 at digraph dot polyomino dot org dot uk> <52CD97A1 dot 9050809 at linux dot vnet dot ibm dot com> <CALoOobOcWFTnmL=n1WzdrM_kcTXwbtkf9GUaALODSfZ6t0SEZg at mail dot gmail dot com>
On Wed, Jan 8, 2014 at 10:27 AM, Paul Pluzhnikov <ppluzhnikov@google.com> wrote:
> On Wed, Jan 8, 2014 at 10:23 AM, Adhemerval Zanella
> <azanella@linux.vnet.ibm.com> wrote:
>> On 08-01-2014 15:53, Joseph S. Myers wrote:
>>> I'm seeing tst-tls7 failing for powerpc32, both soft-float (testing with
>>> GCC mainline) and hard-float (testing with GCC 4.7). The failure is
>>> "Didn't expect signal from child: got `Segmentation fault'". Adhemerval,
>>> are you seeing this?
>>>
>> Unfortunately I'm not in my environment (kernel 2.6.32, GCC 4.8, glibc
>> configure with --mcpu=power7). I'll get more glibc config permutations to
>> check if I can reproduce.
>
> Brooks,
> Could you try to reproduce this on either ppc64 or ppc32?
I tried with a powerpc32 build on our power64 machine (kernel 3.3.8,
GCC 4.6.3, glibc configured without a --mcpu option) with a trunk
checkout from this morning, and it's not reproducing there either -- I
tried running the test executable in a long loop and it's reliably
passing.
On the other hand, I did find a number of math test failures when I
ran "make check"; I filed these as bugs 16422, 16423, and 16424. (I'm
not sure if Joseph and Adhemerval were already aware of these or not.)
- Brooks