From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <libc-alpha-return-74634-listarch-libc-alpha=sources.redhat.com@sourceware.org>
Received: (qmail 97273 invoked by alias); 10 Nov 2016 09:29:46 -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 97260 invoked by uid 89); 10 Nov 2016 09:29:44 -0000
Authentication-Results: sourceware.org; auth=none
X-Virus-Found: No
X-Spam-SWARE-Status: No, score=-4.8 required=5.0 tests=BAYES_00,RP_MATCHES_RCVD,SPF_HELO_PASS autolearn=ham version=3.3.2 spammy=State
X-HELO: mx1.redhat.com
Subject: Re: [libc/string] State of PAGE_COPY_FWD / PAGE_COPY_THRESHOLD
To: Siddhesh Poyarekar <siddhesh@gotplt.org>,
        Andrew Pinski <pinskia@gmail.com>
References: <E122D105-776D-4B9B-A15C-0A7C24BC0910@linaro.org>
 <c05f0be4-6e4b-80cd-ad74-edc16a443b14@linaro.org>
 <193512EC-DC6C-4BDF-8138-1C1F54B30A12@linaro.org>
 <CA+=Sn1nEq4mjH0T1+vcdA9N1Vzo8n5DAvaDkzhzNQB-akJVfjw@mail.gmail.com>
 <FAC7553E-A7FA-4A00-A984-0F2C1D3A2D36@linaro.org>
 <CA+=Sn1=kfWA89LSy15HQjQoLrwYrcyz2bM49uE64t76_0rQd6w@mail.gmail.com>
 <CA+=Sn1kZSb2oH+rne0YnT6SB=5=u_y4KvOztqT58xNR21w8nnQ@mail.gmail.com>
 <db61e598-d6a8-4938-d930-6ebcb2c803ce@redhat.com>
 <CA+=Sn1nPuE45Su=dkfyfn-cci+yagcE0tytTs=x+vyv5AfExhQ@mail.gmail.com>
 <CA+=Sn1=2S4B46SZZyUbEemhYNMK1Fbs6b1BTRx4QXkXp+OVrjQ@mail.gmail.com>
 <933fb521-583a-2074-28c4-365fd392479f@gotplt.org>
Cc: Maxim Kuvyrkov <maxim.kuvyrkov@linaro.org>,
        Adhemerval Zanella <adhemerval.zanella@linaro.org>,
        GNU C Library <libc-alpha@sourceware.org>
From: Florian Weimer <fweimer@redhat.com>
Message-ID: <7b84a831-233f-e2a7-c89c-efbf438ae9e5@redhat.com>
Date: Thu, 10 Nov 2016 09:29:00 -0000
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:45.0) Gecko/20100101
 Thunderbird/45.4.0
MIME-Version: 1.0
In-Reply-To: <933fb521-583a-2074-28c4-365fd392479f@gotplt.org>
Content-Type: text/plain; charset=utf-8; format=flowed
Content-Transfer-Encoding: 7bit
X-SW-Source: 2016-11/txt/msg00387.txt.bz2

On 11/10/2016 10:25 AM, Siddhesh Poyarekar wrote:
> On Thursday 10 November 2016 02:24 PM, Andrew Pinski wrote:
>> I found the email thread, it is setup for this Friday.
>
> Would you or someone be able to post a summary of the discussion?  Last
> I know from discussions at Cauldron, I am responsible for working on
> fixing IFUNC related issues that prevent us from doing anything useful
> in an ifunc, including accessing vdso.  It is on my list of things to do
> right after tunables.

Another option would be to get the complete implementation of memcmp 
etc. fom the vDSO, I think.

In the ARM context, there were also suggestions that we should support 
big/little asymmetric multi-processing.  I hope we don't have to do 
this.  It would seriously limit IFUNC selection and other 
microarchitecture-based optimizations.

Thanks,
Florian