From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <libc-alpha-return-91150-listarch-libc-alpha=sources.redhat.com@sourceware.org>
Received: (qmail 42836 invoked by alias); 19 Mar 2018 15:33:05 -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 42740 invoked by uid 89); 19 Mar 2018 15:33:04 -0000
Authentication-Results: sourceware.org; auth=none
X-Virus-Found: No
X-Spam-SWARE-Status: No, score=-1.1 required=5.0 tests=AWL,BAYES_00,KAM_LAZY_DOMAIN_SECURITY,T_RP_MATCHES_RCVD autolearn=no version=3.3.2 spammy=
X-HELO: mx1.redhat.com
Subject: Re: [PATCH] Fix i386 memmove issue [BZ #22644]
To: Szabolcs Nagy <szabolcs.nagy@arm.com>, Andreas Schwab <schwab@suse.de>,
 Andrew Senkevich <andrew.n.senkevich@gmail.com>
Cc: nd@arm.com, "H.J. Lu" <hjl.tools@gmail.com>,
 libc-alpha <libc-alpha@sourceware.org>, Max Horn <max@quendi.de>,
 thomas@grindinggear.com
References: <CAMXFM3s5b2a6o_CMS0cJ35oE3SuJUHssqLAUY94LSZhEEtG71A@mail.gmail.com>
 <mvm606ts2w6.fsf@suse.de>
 <CAMXFM3vqw7eiUT1XYVZWyW=eJkgEpjNc74A8mbmdKuR_hywN3w@mail.gmail.com>
 <CAMe9rOo4Ys=ScEKKnuv5XvYqTHjvFxSkXjch8ya8sX7dfP+q4Q@mail.gmail.com>
 <CAMXFM3vA=-LSK5VtKhhbs0g9faBdG0GjoAbNb6OPEbSt8dAA7A@mail.gmail.com>
 <mvmlgeojjmi.fsf@suse.de> <597954a1-85da-e524-1454-27c46af57413@redhat.com>
 <e7d81f18-315c-4434-a734-41029c0d387f@arm.com>
From: Florian Weimer <fweimer@redhat.com>
Message-ID: <8c8ab285-bddc-90e6-a50e-7be89703367a@redhat.com>
Date: Mon, 19 Mar 2018 15:33:00 -0000
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101
 Thunderbird/52.6.0
MIME-Version: 1.0
In-Reply-To: <e7d81f18-315c-4434-a734-41029c0d387f@arm.com>
Content-Type: text/plain; charset=utf-8; format=flowed
Content-Transfer-Encoding: 7bit
X-SW-Source: 2018-03/txt/msg00457.txt.bz2

On 03/19/2018 03:25 PM, Szabolcs Nagy wrote:
> i thought not using MAP_FIXED is the 'non-overriding MAP_FIXED variant'

In general, yes.  But I think there cases where the hint is ignored even 
if there isn't a pre-existing mapping.  Maybe mapping things at the 
middle of the (32-bit) address space is one such case?

Thanks,
Florian