XPost: linux.debian.bugs.dist, linux.debian.ports.sparc, linux.debian.ports.powerpc

Package: libc6
Version: 2.24-17
Tags: upstream patch
Forwarded: https://sourceware.org/ml/libc-alpha/2017-09/msg00120.html
User: [email protected]
Usertags: sparc sparc64
User: [email protected]
Usertags: powerpc
X-Debbugs-Cc: [email protected], [email protected]

Hi,
On the above architectures, TLS relocations against local symbols do not
work properly, crashing with SIGBUS or SIGSEGV on accessing the variable
in question. This is only a problem when using gold, as bfd will
optimise the relocations (since it knows the symbol cannot be pre-empted
by one in another object) to not refer to a symbol at all. I have
written a test script, available at [0].

The above patch has been tested on powerpc and sparc64 using my test
script, as well as on sparc64 using my local experimental GHC with
native code generation support, where the problem was first seen.

Regards,
James

[0] http://paste.debian.net/plain/984146

--- SoupGate-Win32 v1.05
* Origin: fsxNet Usenet Gateway (21:1/5)

XPost: linux.debian.bugs.dist

It no longer exists.

On Sat, Sep 2, 2017 at 2:22 PM, James Clarke <[email protected]> wrote:

Package: libc6
Version: 2.24-17
Tags: upstream patch
Forwarded: https://sourceware.org/ml/libc-alpha/2017-09/msg00120.html
User: [email protected]
Usertags: sparc sparc64
User: [email protected]
Usertags: powerpc
X-Debbugs-Cc: [email protected], [email protected].
org

Hi,
On the above architectures, TLS relocations against local symbols do not
work properly, crashing with SIGBUS or SIGSEGV on accessing the variable
in question. This is only a problem when using gold, as bfd will
optimise the relocations (since it knows the symbol cannot be pre-empted
by one in another object) to not refer to a symbol at all. I have
written a test script, available at [0].

The above patch has been tested on powerpc and sparc64 using my test
script, as well as on sparc64 using my local experimental GHC with
native code generation support, where the problem was first seen.

Regards,
James

[0] http://paste.debian.net/plain/984146

<div dir="ltr">It no longer exists.<br></div><div class="gmail_extra"><br><div class="gmail_quote">On Sat, Sep 2, 2017 at 2:22 PM, James Clarke <span dir="ltr">&lt;<a href="mailto:[email protected]" target="_blank">[email protected]</a>&gt;</span> wrote:<

<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Package: libc6<br>

Version: 2.24-17<br>
Tags: upstream patch<br>
Forwarded: <a href="https://sourceware.org/ml/libc-alpha/2017-09/msg00120.html" rel="noreferrer" target="_blank">https://sourceware.org/ml/<wbr>libc-alpha/2017-09/msg00120.<wbr>html</a><br>
User: <a href="mailto:[email protected]">[email protected]</a><br>
Usertags: sparc sparc64<br>
User: <a href="mailto:[email protected]">[email protected].<wbr>org</a><br>
Usertags: powerpc<br>
X-Debbugs-Cc: <a href="mailto:[email protected]">[email protected]</a>, <a href="mailto:[email protected]">[email protected].<wbr>org</a><br>

Hi,<br>
On the above architectures, TLS relocations against local symbols do not<br> work properly, crashing with SIGBUS or SIGSEGV on accessing the variable<br>
in question. This is only a problem when using gold, as bfd will<br>
optimise the relocations (since it knows the symbol cannot be pre-empted<br>
by one in another object) to not refer to a symbol at all. I have<br>
written a test script, available at [0].<br>

The above patch has been tested on powerpc and sparc64 using my test<br> script, as well as on sparc64 using my local experimental GHC with<br>
native code generation support, where the problem was first seen.<br>

Regards,<br>
James<br>

[0] <a href="http://paste.debian.net/plain/984146" rel="noreferrer" target="_blank">http://paste.debian.net/plain/<wbr>984146</a><br>

</blockquote></div><br></div>

--- SoupGate-Win32 v1.05
* Origin: fsxNet Usenet Gateway (21:1/5)

XPost: linux.debian.bugs.dist

On 17 Sep 2017, at 20:55, Joe Nosay <[email protected]> wrote:

It no longer exists.

Bah, it expired; recreated at http://paste.debian.net/986532/.

Thanks,
James

On Sat, Sep 2, 2017 at 2:22 PM, James Clarke <[email protected]> wrote:

Package: libc6
Version: 2.24-17
Tags: upstream patch
Forwarded: https://sourceware.org/ml/libc-alpha/2017-09/msg00120.html
User: [email protected]
Usertags: sparc sparc64
User: [email protected]
Usertags: powerpc
X-Debbugs-Cc: [email protected], [email protected] >>
Hi,
On the above architectures, TLS relocations against local symbols do not
work properly, crashing with SIGBUS or SIGSEGV on accessing the variable
in question. This is only a problem when using gold, as bfd will
optimise the relocations (since it knows the symbol cannot be pre-empted
by one in another object) to not refer to a symbol at all. I have
written a test script, available at [0].

The above patch has been tested on powerpc and sparc64 using my test
script, as well as on sparc64 using my local experimental GHC with
native code generation support, where the problem was first seen.

Regards,
James

[0] http://paste.debian.net/plain/984146

--- SoupGate-Win32 v1.05
* Origin: fsxNet Usenet Gateway (21:1/5)

XPost: linux.debian.bugs.dist

Control: tags -1 fixed-upstream

On Sat, Sep 02, 2017 at 07:22:23PM +0100, James Clarke wrote:

Package: libc6
Version: 2.24-17
Tags: upstream patch
Forwarded: https://sourceware.org/ml/libc-alpha/2017-09/msg00120.html
User: [email protected]
Usertags: sparc sparc64
User: [email protected]
Usertags: powerpc
X-Debbugs-Cc: [email protected], [email protected]

Hi,
On the above architectures, TLS relocations against local symbols do not
work properly, crashing with SIGBUS or SIGSEGV on accessing the variable
in question. This is only a problem when using gold, as bfd will
optimise the relocations (since it knows the symbol cannot be pre-empted
by one in another object) to not refer to a symbol at all. I have
written a test script, available at [0].

The above patch has been tested on powerpc and sparc64 using my test
script, as well as on sparc64 using my local experimental GHC with
native code generation support, where the problem was first seen.

Regards,
James

[0] http://paste.debian.net/plain/984146

This has now been committed upstream[0] (although only to master, at
least for now). Could you please include this in the next upload?

Regards,
James

[0] https://sourceware.org/git/gitweb.cgi?p=glibc.git;a=commitdiff;h=8644588807215ab09716ac04a150f91ac83acffd

--- SoupGate-Win32 v1.05
* Origin: fsxNet Usenet Gateway (21:1/5)