From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <libc-alpha-return-78499-listarch-libc-alpha=sources.redhat.com@sourceware.org>
Received: (qmail 5041 invoked by alias); 6 Apr 2017 22:20:36 -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 5021 invoked by uid 89); 6 Apr 2017 22:20:35 -0000
Authentication-Results: sourceware.org; auth=none
X-Virus-Found: No
X-Spam-SWARE-Status: No, score=-1.6 required=5.0 tests=AWL,BAYES_00,FREEMAIL_FROM,RCVD_IN_DNSWL_NONE,RCVD_IN_SORBS_SPAM,SPF_PASS autolearn=no version=3.3.2 spammy=distributions, H*Ad:D*gentoo.org
X-HELO: mail-qt0-f173.google.com
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;
        d=1e100.net; s=20161025;
        h=x-gm-message-state:mime-version:in-reply-to:references:from:date
         :message-id:subject:to:cc;
        bh=dFN6uCfygWyBRhm0+mq6CbilBHraY3YhiXw5w0A5u10=;
        b=RRwg5YUmBu3Lbr8gMhoeErGGZfHJ/RhAE7QfHE5dBDsz9Bok/Ti4aWSgqu5GmlYsXa
         bSrObEEtusEhb58T8gu+rM5OFeKUXc92nMT/NY3mYf+nxCh9B9Y9xRmVvH9qDz8ZaHz0
         PoF8cqe+kMeNaeA6byFl4Ic3LwgSYgLfx6NWbaG5+XjPWqnHWlTEcv6Rxdxf3VgSRz9Q
         eOSuc9gH2uaOWqcx0t7pO/tCCi9MS1t5mR+9tOg9NoK9T125RObShNNPjcoGqRSNEaw4
         er/ptnmgbsNvydaXo3RNHY+bwGYwDeml9hsZ7BVUDAcBjz9/n75cgbsVs9sd/YOxAG+t
         rbcA==
X-Gm-Message-State: AFeK/H1V+vJZDXyAOXxu/7w5ES5kUEOKffMOUpsmtOr+ss1EJe9QqBbQq0KYdvGmYX0zXx5wr/l6EROhLot4mQ==
X-Received: by 10.200.44.156 with SMTP id 28mr38066144qtw.48.1491517233389;
 Thu, 06 Apr 2017 15:20:33 -0700 (PDT)
MIME-Version: 1.0
In-Reply-To: <D4F19280.122A5%victor.rodriguez.bahena@intel.com>
References: <20170103195311.22870-1-victor.rodriguez.bahena@intel.com>
 <20170317033949.GI24205@vapier> <D4F19280.122A5%victor.rodriguez.bahena@intel.com>
From: "H.J. Lu" <hjl.tools@gmail.com>
Date: Thu, 06 Apr 2017 22:20:00 -0000
Message-ID: <CAMe9rOpgkxz9RsTgKLSN6zsrAkxSxjpQgOq1Gs3T+O=pu-Rg6g@mail.gmail.com>
Subject: Re: [PATCH] Add avx2 fake-capability, like tls
To: "Rodriguez Bahena, Victor" <victor.rodriguez.bahena@intel.com>
Cc: Mike Frysinger <vapier@gentoo.org>, 
	"libc-alpha@sourceware.org" <libc-alpha@sourceware.org>
Content-Type: text/plain; charset=UTF-8
X-SW-Source: 2017-04/txt/msg00125.txt.bz2

On Fri, Mar 17, 2017 at 12:18 PM, Rodriguez Bahena, Victor
<victor.rodriguez.bahena@intel.com> wrote:
>
> On 3/16/17, 9:39 PM, "Mike Frysinger" <vapier@gentoo.org> wrote:
>
>>On 03 Jan 2017 19:53, Victor Rodriguez wrote:
>>> The idea of the patch is to provide AVX2 capability to glibc, original
>>> patch from: Dimitri John Ledkov <dimitri.j.ledkov@intel.com>.
>>> It has been proved that the use of AVX2 improves the performance of
>>>current
>>> numerical applications. With this patch the Linux distributions will be
>>>able to
>>> handle AVX2 in glibc
>>
>>i don't think this description is accurate/relevant.  looks like you're
>>trying to add a new search path to ldconfig/ld.so.cache so that people
>>can build libs w/-mavx2 turned on and then put them under a path e.g.
>>/lib64/avx2/ ?
>>
>>you can't add arch-specific functionality to common code like this.
>>this patch will break all non-x86 arches.
>>
>>i think you want to actually be updating these files:
>>       sysdeps/i386/dl-procinfo.[ch]
>>       sysdeps/x86_64/dl-procinfo.[ch]
>>-mike
>
> Thanks for the feedback , working on V2
>
>>

Please take a look at hjl/hwcap/master branch at:

https://sourceware.org/git/?p=glibc.git;a=summary

It sets dl_hwcap from CPU features.

-- 
H.J.