From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <libc-alpha-return-105330-listarch-libc-alpha=sources.redhat.com@sourceware.org>
Received: (qmail 119654 invoked by alias); 23 Sep 2019 21:22: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 119595 invoked by uid 89); 23 Sep 2019 21:22:01 -0000
Authentication-Results: sourceware.org; auth=none
X-Spam-SWARE-Status: No, score=-6.7 required=5.0 tests=AWL,BAYES_00,KAM_NUMSUBJECT,RCVD_IN_DNSWL_LOW autolearn=ham version=3.3.1 spammy=Engineering, Managing, H*r:192.168.8, H*f:sk:alpine.
X-HELO: mail-out.m-online.net
Date: Mon, 23 Sep 2019 21:22:00 -0000
From: Lukasz Majewski <lukma@denx.de>
To: Joseph Myers <joseph@codesourcery.com>
Cc: Alistair Francis <alistair23@gmail.com>, Alistair Francis
 <alistair.francis@wdc.com>, Zack Weinberg <zackw@panix.com>, Arnd Bergmann
 <arnd@arndb.de>, GNU C Library <libc-alpha@sourceware.org>, Adhemerval
 Zanella <adhemerval.zanella@linaro.org>, Florian Weimer
 <fweimer@redhat.com>, Carlos O'Donell <carlos@redhat.com>, Stepan Golosunov
 <stepan@golosunov.pp.ru>
Subject: Re: [PATCH v8 1/3] y2038: Introduce internal for glibc struct
 __timespec64
Message-ID: <20190923232109.735f898b@jawa>
In-Reply-To: <alpine.DEB.2.21.1909192014250.11875@digraph.polyomino.org.uk>
References: <20190918211603.8444-1-lukma@denx.de>
	<20190918211603.8444-2-lukma@denx.de>
	<alpine.DEB.2.21.1909192014250.11875@digraph.polyomino.org.uk>
MIME-Version: 1.0
Content-Type: multipart/signed; micalg=pgp-sha256;
 boundary="Sig_/VILn4Uaz9BZjQSsCb9z475y"; protocol="application/pgp-signature"
X-SW-Source: 2019-09/txt/msg00366.txt.bz2

--Sig_/VILn4Uaz9BZjQSsCb9z475y
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: quoted-printable
Content-length: 945

Hi Joseph,

> On Wed, 18 Sep 2019, Lukasz Majewski wrote:
>=20
> > This type is a glibc's "internal" type similar to struct timespec
> > but whose tv_sec field is a __time64_t rather than a time_t, which
> > makes it Y2038-proof and usable to pass syscalls between user code
> > and Y2038-proof kernel.
> >=20
> > To support passing this structure to the kernel - the tv_pad, 32
> > bit int, has been introduced. The placement of it depends on
> > endianness of the SoC.
> >=20
> > Tested on x86_64 and ARM.
> >=20
> > * include/time.h: Add struct __timespec64 definition=20=20
>=20
> This patch is OK.
>=20

If I may ask - are there any issues with pulling this patch to glibc
-master branch?


Best regards,

Lukasz Majewski

--

DENX Software Engineering GmbH,      Managing Director: Wolfgang Denk
HRB 165235 Munich, Office: Kirchenstr.5, D-82194 Groebenzell, Germany
Phone: (+49)-8142-66989-59 Fax: (+49)-8142-66989-80 Email: lukma@denx.de

--Sig_/VILn4Uaz9BZjQSsCb9z475y
Content-Type: application/pgp-signature
Content-Description: OpenPGP digital signature
Content-length: 484

-----BEGIN PGP SIGNATURE-----

iQEyBAEBCAAdFiEEgAyFJ+N6uu6+XupJAR8vZIA0zr0FAl2JN20ACgkQAR8vZIA0
zr0cmwf3UAngVz+Dk5xSyYN01O1uJ+QCO99UmO6Sqn+07ToxzafaBFB4/R/8aMUK
1HPgT5wzDKWqfmhQiu2IHPDdoRjIa+K4sZi4lYdYbacblhOZa8jeNjVQRO3T+oeJ
V+kDUXlBHCsYuBVLPCNp4p7pcA9AMFjgRQcR7BdgA085hC8gUEv+z48isUtQ+gZo
0xyp8MJ4XZhVwWy3uT72MieNVO32tSnkrY0oPSHwx0xSJ8azw8mJSoHZ3NgvyUVK
h+FQYs5RpeoXX7aOCLvH+nHcxhYy3bz0BrfLjUM3yjjcRshAbPyzZ59MoWNUpHBA
K7Ww9wXIJ8r9WnvHLFImItoxg21U
=vGyC
-----END PGP SIGNATURE-----

--Sig_/VILn4Uaz9BZjQSsCb9z475y--