From mboxrd@z Thu Jan  1 00:00:00 1970
X-Msuck: nntp://news.gmane.org/gmane.linux.lib.musl.general/2125
Path: news.gmane.org!not-for-mail
From: boris brezillon <b.brezillon.musl@gmail.com>
Newsgroups: gmane.linux.lib.musl.general
Subject: Re: TLS (thread-local storage) support
Date: Wed, 17 Oct 2012 03:03:39 +0200
Message-ID: <CAKAk8dYOthFhSQ-Krb8y5xuex+xOwkb=LGdSHDncQhe_XsMtGQ@mail.gmail.com>
References: <20121004211332.GA12874@brightrain.aerifal.cx>
	<CAPLrYER3rUhbuuc1aYkq1JJmyLjvUvCir0Cp=GJqEHVzyx=v=Q@mail.gmail.com>
	<20121004223631.GL254@brightrain.aerifal.cx>
	<CAPLrYEQ94jJOpOJGti-bJ1GpqFgvoz0d-0vB2Z6A1HesyhZT4g@mail.gmail.com>
	<CAKAk8dZwOg-7VEpvbqkvzkJhsFpNqwsFn8_MdtUV8_SbqaLe9A@mail.gmail.com>
	<CAKAk8dZOjrsN2uzFJqc6QpAw7XU+h3b3a1CLAaVg9LWp7U_fEg@mail.gmail.com>
	<20121016225438.GT254@brightrain.aerifal.cx>
	<CAKAk8dY8L5Jt2Owhe18pm3HoHg+6q5HSMcRguYUHO5RCmeMsGw@mail.gmail.com>
	<20121016234825.GV254@brightrain.aerifal.cx>
	<CAKAk8daembnp5VAgyo0kGqOqjqV-F-=_iMQH1hm3RLZKhisAnQ@mail.gmail.com>
	<20121017004253.GW254@brightrain.aerifal.cx>
Reply-To: musl@lists.openwall.com
NNTP-Posting-Host: plane.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=ISO-8859-1
X-Trace: ger.gmane.org 1350435832 1615 80.91.229.3 (17 Oct 2012 01:03:52 GMT)
X-Complaints-To: usenet@ger.gmane.org
NNTP-Posting-Date: Wed, 17 Oct 2012 01:03:52 +0000 (UTC)
To: musl@lists.openwall.com
Original-X-From: musl-return-2126-gllmg-musl=m.gmane.org@lists.openwall.com Wed Oct 17 03:03:59 2012
Return-path: <musl-return-2126-gllmg-musl=m.gmane.org@lists.openwall.com>
Envelope-to: gllmg-musl@plane.gmane.org
Original-Received: from mother.openwall.net ([195.42.179.200])
	by plane.gmane.org with smtp (Exim 4.69)
	(envelope-from <musl-return-2126-gllmg-musl=m.gmane.org@lists.openwall.com>)
	id 1TOI3C-0003sQ-D7
	for gllmg-musl@plane.gmane.org; Wed, 17 Oct 2012 03:03:58 +0200
Original-Received: (qmail 7452 invoked by uid 550); 17 Oct 2012 01:03:51 -0000
Mailing-List: contact musl-help@lists.openwall.com; run by ezmlm
Precedence: bulk
List-Post: <mailto:musl@lists.openwall.com>
List-Help: <mailto:musl-help@lists.openwall.com>
List-Unsubscribe: <mailto:musl-unsubscribe@lists.openwall.com>
List-Subscribe: <mailto:musl-subscribe@lists.openwall.com>
Original-Received: (qmail 7444 invoked from network); 17 Oct 2012 01:03:51 -0000
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=gmail.com; s=20120113;
        h=mime-version:in-reply-to:references:date:message-id:subject:from:to
         :content-type;
        bh=76vg7VmakAWx2VAygPnSkKifBgMkee55XTzRUwwj62c=;
        b=KFUucIhOSdMbIq0dKQh7sOX1KcZQeIroGcM5AZNAOVN5SRWiesEGVyAlrQ6AOqbmjW
         rLQ0EWSNxRCtIRxuEr9vuZ5rEa4HWZJkc5SeHw1YclP+92YKjeOiKBCNVY9YhIW3fDdd
         DtKVE78cxNMmM0s6TSydFNpkcViqBupXDFXUxK/zFJ9AGAZ6EsktOXO5uaytKnDoT4I/
         vpSdHVLUBcUWVkvswNcjFqo1ZdCb1L5Vr2XF7uo1LuPeB8rUJiYXemkwGIlaPn7LuE9p
         8gginHeHahO8j5BdBxhix3v19s3Z+85LJG+e+B554iOdnrFvfRZDPft2vQZCvPlMg7YU
         aRSA==
In-Reply-To: <20121017004253.GW254@brightrain.aerifal.cx>
Xref: news.gmane.org gmane.linux.lib.musl.general:2125
Archived-At: <http://permalink.gmane.org/gmane.linux.lib.musl.general/2125>

2012/10/17 Rich Felker <dalias@aerifal.cx>:
> On Wed, Oct 17, 2012 at 02:08:11AM +0200, boris brezillon wrote:
>> >> I agree. This should be made optional. But if we don't compile libc
>> >> with fsplit-stack (-fnosplit-stack).
>> >> Each call to a libc func from an external func compiled with split
>> >> stack may lead to a 64K stack chunk alloc.
>> >
>> > Where does this allocation take place from? There should simply be a
>> > way to inhibit it.
>> In the linker (gold linker).
>
> Well gold isn't running at runtime. I assume you mean it _arranges_
> for this allocation to take place somehow, and that's what I'm
> wondering about whether there's a way to avoid.
Sorry,
this is done in __morestack_non_split (libgcc/config/i386/morestack.S).
the linker replaces the __morestack call in the no_split_stack
function's caller by __morestack_non_split.



>
> Rich