From mboxrd@z Thu Jan  1 00:00:00 1970
X-Msuck: nntp://news.gmane.org/gmane.linux.lib.musl.general/10539
Path: news.gmane.org!.POSTED!not-for-mail
From: Szabolcs Nagy <nsz@port70.net>
Newsgroups: gmane.linux.lib.musl.general
Subject: Re: Model specific optimizations?
Date: Fri, 30 Sep 2016 00:05:15 +0200
Message-ID: <20160929220514.GI1280@port70.net>
References: <20160929142126.GB22343@voyager>
 <20160929152354.GK19318@brightrain.aerifal.cx>
 <20160929170801.GC22343@voyager>
 <20160929181336.GL19318@brightrain.aerifal.cx>
 <34de22ab-4bbe-6d23-3dfd-57779c7c99d1@linaro.org>
Reply-To: musl@lists.openwall.com
NNTP-Posting-Host: blaine.gmane.org
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
X-Trace: blaine.gmane.org 1475186746 23125 195.159.176.226 (29 Sep 2016 22:05:46 GMT)
X-Complaints-To: usenet@blaine.gmane.org
NNTP-Posting-Date: Thu, 29 Sep 2016 22:05:46 +0000 (UTC)
User-Agent: Mutt/1.6.0 (2016-04-01)
To: musl@lists.openwall.com
Original-X-From: musl-return-10552-gllmg-musl=m.gmane.org@lists.openwall.com Fri Sep 30 00:05:42 2016
Return-path: <musl-return-10552-gllmg-musl=m.gmane.org@lists.openwall.com>
Envelope-to: gllmg-musl@m.gmane.org
Original-Received: from mother.openwall.net ([195.42.179.200])
	by blaine.gmane.org with smtp (Exim 4.84_2)
	(envelope-from <musl-return-10552-gllmg-musl=m.gmane.org@lists.openwall.com>)
	id 1bpjSI-0003cg-T6
	for gllmg-musl@m.gmane.org; Fri, 30 Sep 2016 00:05:26 +0200
Original-Received: (qmail 28629 invoked by uid 550); 29 Sep 2016 22:05:27 -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>
List-ID: <musl.lists.openwall.com>
Original-Received: (qmail 28611 invoked from network); 29 Sep 2016 22:05:26 -0000
Mail-Followup-To: musl@lists.openwall.com
Content-Disposition: inline
In-Reply-To: <34de22ab-4bbe-6d23-3dfd-57779c7c99d1@linaro.org>
Xref: news.gmane.org gmane.linux.lib.musl.general:10539
Archived-At: <http://permalink.gmane.org/gmane.linux.lib.musl.general/10539>

* Adhemerval Zanella <adhemerval.zanella@linaro.org> [2016-09-29 11:52:44 -0700]:
> On 29/09/2016 11:13, Rich Felker wrote:
> > On Linux it's supposed to be the kernel which detects availability of
> > features (either by feature-specific cpu flags or translating a model
> > to flags) but I don't see anything for fsqrt on ppc. :-( How/why did
> > they botch this?
> 
> Maybe because recent power work on kernel is POWER oriented, where fsqrt
> is define since POWER4.  However some more recent freescale chips (such
> as e5500 and e6500) also decided to not add fsqrt instruction.
> 
> With GCC you can check for _ARCH_PPCSQ to see if current arch flags 
> allows fsqrt.  From runtine I presume programs can check for hwcap bit
> PPC_FEATURE_POWER4, however it does not help on non-POWER chips which
> do support fsqrt.
> 

how can distros deal with this?

do they require POWER4?