On 02/13/2015 10:23 PM, Rich Felker wrote:
> It seems misguided to try to save 0.5% of a 500ms startup time by
> choosing a hackish TLS model
No. I don't want a hackish TLS model. I want the bug fixed so that
the correct dynamic TLS model is fast if there is static TLS space
available, and autom
On Fri, Feb 13, 2015 at 09:12:41AM +, Andrew Haley wrote:
> On 12/02/15 23:27, Rich Felker wrote:
> > On Thu, Feb 12, 2015 at 06:23:12PM +, Andrew Haley wrote:
> >> On 02/12/2015 04:16 PM, Rich Felker wrote:
> >>> On Thu, Feb 12, 2015 at 05:11:45PM +0100, Jakub Jelinek wrote:
> On Thu,
On 12/02/15 23:27, Rich Felker wrote:
> On Thu, Feb 12, 2015 at 06:23:12PM +, Andrew Haley wrote:
>> On 02/12/2015 04:16 PM, Rich Felker wrote:
>>> On Thu, Feb 12, 2015 at 05:11:45PM +0100, Jakub Jelinek wrote:
On Thu, Feb 12, 2015 at 11:09:59AM -0500, Rich Felker wrote:
>
> This u
On Thu, Feb 12, 2015 at 06:55:30PM -0500, Rich Felker wrote:
> On Fri, Feb 13, 2015 at 10:12:11AM +1030, Alan Modra wrote:
> > I posted support for TLSDESC on powerpc back in 2009 (search for
> > powerpc _tls_get_addr call optimization). The patch wasn't reviewed,
> > and I didn't push it because
On Fri, Feb 13, 2015 at 10:12:11AM +1030, Alan Modra wrote:
> On Thu, Feb 12, 2015 at 12:07:24PM -0500, Rich Felker wrote:
> > On Thu, Feb 12, 2015 at 08:56:26AM -0800, H.J. Lu wrote:
> > > On Thu, Feb 12, 2015 at 8:11 AM, Jakub Jelinek wrote:
> > > > On Thu, Feb 12, 2015 at 11:09:59AM -0500, Rich
On Thu, Feb 12, 2015 at 12:07:24PM -0500, Rich Felker wrote:
> On Thu, Feb 12, 2015 at 08:56:26AM -0800, H.J. Lu wrote:
> > On Thu, Feb 12, 2015 at 8:11 AM, Jakub Jelinek wrote:
> > > On Thu, Feb 12, 2015 at 11:09:59AM -0500, Rich Felker wrote:
> > >> On Thu, Feb 12, 2015 at 04:18:57PM +0100, Ulri
On Thu, Feb 12, 2015 at 06:23:12PM +, Andrew Haley wrote:
> On 02/12/2015 04:16 PM, Rich Felker wrote:
> > On Thu, Feb 12, 2015 at 05:11:45PM +0100, Jakub Jelinek wrote:
> >> On Thu, Feb 12, 2015 at 11:09:59AM -0500, Rich Felker wrote:
> >>>
> >>> This usage is supposed to be deprecated. Why is
On 02/12/2015 04:16 PM, Rich Felker wrote:
> On Thu, Feb 12, 2015 at 05:11:45PM +0100, Jakub Jelinek wrote:
>> On Thu, Feb 12, 2015 at 11:09:59AM -0500, Rich Felker wrote:
>>>
>>> This usage is supposed to be deprecated. Why isn't libgomp using
>>> TLSDESC/gnu2 model?
>>
>> Because it is significan
On Thu, Feb 12, 2015 at 08:56:26AM -0800, H.J. Lu wrote:
> On Thu, Feb 12, 2015 at 8:11 AM, Jakub Jelinek wrote:
> > On Thu, Feb 12, 2015 at 11:09:59AM -0500, Rich Felker wrote:
> >> On Thu, Feb 12, 2015 at 04:18:57PM +0100, Ulrich Weigand wrote:
> >> > Hello,
> >> >
> >> > we're running into a pr
On Thu, Feb 12, 2015 at 8:11 AM, Jakub Jelinek wrote:
> On Thu, Feb 12, 2015 at 11:09:59AM -0500, Rich Felker wrote:
>> On Thu, Feb 12, 2015 at 04:18:57PM +0100, Ulrich Weigand wrote:
>> > Hello,
>> >
>> > we're running into a problem related to use of initial-exec access to
>> > TLS variables in
On Thu, Feb 12, 2015 at 05:11:45PM +0100, Jakub Jelinek wrote:
> On Thu, Feb 12, 2015 at 11:09:59AM -0500, Rich Felker wrote:
> > On Thu, Feb 12, 2015 at 04:18:57PM +0100, Ulrich Weigand wrote:
> > > Hello,
> > >
> > > we're running into a problem related to use of initial-exec access to
> > > TLS
On Thu, Feb 12, 2015 at 11:09:59AM -0500, Rich Felker wrote:
> On Thu, Feb 12, 2015 at 04:18:57PM +0100, Ulrich Weigand wrote:
> > Hello,
> >
> > we're running into a problem related to use of initial-exec access to
> > TLS variables in dynamically-loaded libraries. Now, in general, this
> > is a
On Thu, Feb 12, 2015 at 04:18:57PM +0100, Ulrich Weigand wrote:
> Hello,
>
> we're running into a problem related to use of initial-exec access to
> TLS variables in dynamically-loaded libraries. Now, in general, this
> is actually not supported. However, there seems to an "inofficial"
> extensi
Alexander Monakov wrote:
>
> There's a pending patch for glibc that addresses this issue among others:
> https://sourceware.org/ml/libc-alpha/2014-11/msg00469.html
>
> ([BZ#17090/17620/17621]: fix DTV race, assert, and DTV_SURPLUS Static TLS
> limit)
Ah, indeed, that would fix the issue! Thanks
There's a pending patch for glibc that addresses this issue among others:
https://sourceware.org/ml/libc-alpha/2014-11/msg00469.html
([BZ#17090/17620/17621]: fix DTV race, assert, and DTV_SURPLUS Static TLS
limit)
Alexander
On Thu, Feb 12, 2015 at 3:18 PM, Ulrich Weigand wrote:
> Hello,
>
> we're running into a problem related to use of initial-exec access to
> TLS variables in dynamically-loaded libraries. Now, in general, this
> is actually not supported. However, there seems to an "inofficial"
> extension that a
On Thu, Feb 12, 2015 at 04:18:57PM +0100, Ulrich Weigand wrote:
> we're running into a problem related to use of initial-exec access to
> TLS variables in dynamically-loaded libraries. Now, in general, this
> is actually not supported. However, there seems to an "inofficial"
> extension that allo
Hello,
we're running into a problem related to use of initial-exec access to
TLS variables in dynamically-loaded libraries. Now, in general, this
is actually not supported. However, there seems to an "inofficial"
extension that allows selected system libraries to use small amounts
of static TLS
18 matches
Mail list logo
