From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <libc-alpha-return-80041-listarch-libc-alpha=sources.redhat.com@sourceware.org>
Received: (qmail 82494 invoked by alias); 3 Jun 2017 12:57:02 -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 81545 invoked by uid 89); 3 Jun 2017 12:57:01 -0000
Authentication-Results: sourceware.org; auth=none
X-Virus-Found: No
X-Spam-SWARE-Status: No, score=-1.9 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=
X-HELO: mail-qt0-f193.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=13xQJXoPDxZzn/qCgF6g9Nf8q/8/sQvDqWoUrjN3bJo=;
        b=WB/DCA6fOeFDaT4r3QAy96KzS//Sx5DPcXtvY10F7z/b2eio8hITPQfxal8HybZ+ax
         4P8Mv3Dfi8NAfpn0/opx+5y2dTIBfHjgiKv7uBy9+kJbyWaU3nzEYyXMpH4DecowfI4e
         dqHZmtv5B0wty18lX3PChnn4aYcKvacFk3582Iyd22pBniyGtNGNS2RXNw0PzpjMC8J3
         pj2B9BcltNIGaxeB5Y7XJMi4kg/GEKvcBPX/6fujF57sfYL1CQKEfVX/NuCbAye0oIsi
         Y62JH8AW2atvCNHhUNofJoRbrnWMe7jQ4DpFv02ghxu/MvycXBCc6Hc+R442fCAvq9eP
         lpcw==
X-Gm-Message-State: AODbwcC5C1FUb21Jmxs3vpWGCxBCqgtPQwKeL+Hnp9YUiRbso0GkFRXp
	k2q6VaSKczpKNt5Sfhxx0226tuKQdQ==
X-Received: by 10.200.44.98 with SMTP id e31mr15257803qta.123.1496494622812;
 Sat, 03 Jun 2017 05:57:02 -0700 (PDT)
MIME-Version: 1.0
In-Reply-To: <8737bhdyiz.fsf@linux-m68k.org>
References: <1493901791-13438-1-git-send-email-adhemerval.zanella@linaro.org>
 <1493901791-13438-2-git-send-email-adhemerval.zanella@linaro.org>
 <8ceeaabf-110f-31fe-516b-18f2fe6710f8@gotplt.org> <7412360d-c776-532b-e22c-dd3f0048cfba@linaro.org>
 <CAMe9rOpu=yRUr=bHE=h2CJA7e0=U8qz5g5M_PL3GKAtLoUmmJA@mail.gmail.com>
 <CAKCAbMi95KU=kO1vyj7O4GpHFngOpjDGxCog83nnaYjrRwOF4Q@mail.gmail.com>
 <7f07b067-a074-d670-88b1-3da917451c71@redhat.com> <b2e4c8cc-0fe7-aa9b-08c8-389e7bb0fa76@linaro.org>
 <CAKCAbMgAuA0-Zc1n_BwjGW767semHr-ApjUWecCo4h9gJk=unQ@mail.gmail.com>
 <f9508771-891d-090e-49e8-b4e85a0f6f77@linaro.org> <bca5b48f-9a51-f980-eaee-853602dfca34@redhat.com>
 <77f9ac84-620a-a408-c448-14a6978f5d2e@linaro.org> <CAMe9rOoRXFH0qeuwpCvLtHJDGn0r6B+KqRbpfK-Um8VAoXF+4g@mail.gmail.com>
 <m2poelh45i.fsf@linux-m68k.org> <CAMe9rOrRuOKfXFoTm2MKpufn2NUZ39Nxo9RSY7U0Ss0LW=TZ2w@mail.gmail.com>
 <e6d26a42-f5d2-bada-d44a-42e58b4d1543@redhat.com> <CAMe9rOqPfbjYPgEqmkWEAht+ZzGZk4wikhVCejUuMWtTdQjr8w@mail.gmail.com>
 <CAMe9rOpTf6LC4fUWjNamk9mHFOfvZoyg72rLWoUgY-NTDCcHaw@mail.gmail.com> <8737bhdyiz.fsf@linux-m68k.org>
From: "H.J. Lu" <hjl.tools@gmail.com>
Date: Sat, 03 Jun 2017 12:57:00 -0000
Message-ID: <CAMe9rOrGHrPaMVGd0-ffYhY50dUA5F2scQdHPfLJarQMxeyg2Q@mail.gmail.com>
Subject: Re: [PATCH v3 2/2] posix: Implement preadv2 and pwritev2
To: Andreas Schwab <schwab@linux-m68k.org>
Cc: Florian Weimer <fweimer@redhat.com>, Adhemerval Zanella <adhemerval.zanella@linaro.org>, 
	Zack Weinberg <zackw@panix.com>, Siddhesh Poyarekar <siddhesh@gotplt.org>, 
	GNU C Library <libc-alpha@sourceware.org>
Content-Type: text/plain; charset="UTF-8"
X-SW-Source: 2017-06/txt/msg00153.txt.bz2

On Sat, Jun 3, 2017 at 5:52 AM, Andreas Schwab <schwab@linux-m68k.org> wrote:
> On Jun 03 2017, "H.J. Lu" <hjl.tools@gmail.com> wrote:
>
>> BTW, LO_HI_LONG_FLAGS is still needed for x32
>
> Why?

For targets which define __ARCH_WANT_COMPAT_SYS_PREADV64V2 and
__ARCH_WANT_COMPAT_SYS_PWRITEV64V2,

(unsigned long fd, {const }struct iovec *iov, unsigned long vlen,
 unsigned long pos, int flags)

will be used for p{readv,writev}{64}v2.  X32 is the only such target.   The
64-bit pos and int flags are passed as 2 arguments to kernel here.  It is
incorrect to pass "pos, 0, flags" to kernel.

-- 
H.J.