From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <libc-alpha-return-91903-listarch-libc-alpha=sources.redhat.com@sourceware.org>
Received: (qmail 83087 invoked by alias); 29 Apr 2018 08:49:57 -0000
Mailing-List: contact libc-alpha-help@sourceware.org; run by ezmlm
Precedence: bulk
List-Id: <libc-alpha.sourceware.org>
List-Subscribe: <mailto:libc-alpha-subscribe@sourceware.org>
List-Archive: <http://sourceware.org/ml/libc-alpha/>
List-Post: <mailto:libc-alpha@sourceware.org>
List-Help: <mailto:libc-alpha-help@sourceware.org>, <http://sourceware.org/ml/#faqs>
Sender: libc-alpha-owner@sourceware.org
Received: (qmail 83056 invoked by uid 89); 29 Apr 2018 08:49:56 -0000
Authentication-Results: sourceware.org; auth=none
X-Virus-Found: No
X-Spam-SWARE-Status: No, score=-0.9 required=5.0 tests=BAYES_00,KAM_LAZY_DOMAIN_SECURITY,UNPARSEABLE_RELAY autolearn=no version=3.3.2 spammy=Hx-languages-length:553
X-HELO: smtp2200-217.mail.aliyun.com
X-Alimail-AntiSpam:AC=CONTINUE;BC=0.2481537|-1;CH=green;FP=0|0|0|0|0|-1|-1|-1;HT=e01e04463;MF=ren_guo@c-sky.com;NM=1;PH=DS;RN=5;RT=5;SR=0;TI=SMTPD_---.Bsd4cpc_1524991784;
Date: Sun, 29 Apr 2018 08:49:00 -0000
From: Guo Ren <ren_guo@c-sky.com>
To: Joseph Myers <joseph@codesourcery.com>
Cc: Mao Han <han_mao@c-sky.com>, c-sky_gcc_upstream@c-sky.com,
	gnu-csky@mentor.com, libc-alpha@sourceware.org
Subject: Re: [RFC PATCH V2 02/10] C-SKY: TLS support
Message-ID: <20180429084943.GA2966@guoren>
References: <cover.1523169833.git.han_mao@c-sky.com>
 <4b02034496617cddcca1a9443ac1a990d5b77710.1523169833.git.han_mao@c-sky.com>
 <alpine.DEB.2.20.1804172047500.1402@digraph.polyomino.org.uk>
 <20180426073346.GC15099@vmh-VirtualBox>
 <alpine.DEB.2.20.1804261559070.14033@digraph.polyomino.org.uk>
 <20180427015537.GA7006@guoren>
 <alpine.DEB.2.20.1804271207200.3451@digraph.polyomino.org.uk>
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <alpine.DEB.2.20.1804271207200.3451@digraph.polyomino.org.uk>
User-Agent: Mutt/1.5.24 (2015-08-30)
X-SW-Source: 2018-04/txt/msg00598.txt.bz2

On Fri, Apr 27, 2018 at 12:10:19PM +0000, Joseph Myers wrote:
> However, whatever the solution, I'd say the following principle applies to 
> userspace code: binaries that require execution of code on stack pages 
> should be distinguished from those that do not, and the latter should be 
> the default, so that if a future hardware version does support readable 
> but non-executable pages, existing binaries can automatically get 
> non-executable stacks when run on the new hardware.
Ok, got it.

Thx
 Guo Ren