From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <libc-alpha-return-95811-listarch-libc-alpha=sources.redhat.com@sourceware.org>
Received: (qmail 73547 invoked by alias); 13 Sep 2018 10:56:15 -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 73537 invoked by uid 89); 13 Sep 2018 10:56:14 -0000
Authentication-Results: sourceware.org; auth=none
X-Spam-SWARE-Status: No, score=-1.4 required=5.0 tests=BAYES_00,KAM_NUMSUBJECT,SPF_HELO_PASS autolearn=no version=3.3.2 spammy=
X-HELO: mx1.redhat.com
Subject: Re: struct elf_prstatus and Y2038
To: Arnd Bergmann <arnd@arndb.de>
Cc: Joseph Myers <joseph@codesourcery.com>, Mao Han <han_mao@c-sky.com>,
 GNU C Library <libc-alpha@sourceware.org>, c-sky_gcc_upstream@c-sky.com,
 gnu-csky@mentor.com
References: <cover.1536720821.git.han_mao@c-sky.com>
 <cover.1536715883.git.han_mao@c-sky.com>
 <53924daa4b51c0d552d17d3c5fd9aea09f9fc4b2.1536720821.git.han_mao@c-sky.com>
 <CAK8P3a3uKKw9+E_kYF3credWySayGV88FfM9_4VKOJQbAFAPyA@mail.gmail.com>
 <alpine.DEB.2.21.1809121412500.7204@digraph.polyomino.org.uk>
 <CAK8P3a0EvmaMfhBYLq_1YNX6Mp7DKtBfL6r6H0tC3O2zKDOQ=Q@mail.gmail.com>
 <9466b02a-ddca-9baf-c9b5-83d06af3a5fa@redhat.com>
 <CAK8P3a0QoOzbQG95zz4cUJ5=-kfNDVop03kR5cnv1PA1OWX93w@mail.gmail.com>
From: Florian Weimer <fweimer@redhat.com>
Message-ID: <efa3fb23-8abc-3bcf-9d5d-826624602ff7@redhat.com>
Date: Thu, 13 Sep 2018 10:56:00 -0000
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:52.0) Gecko/20100101
 Thunderbird/52.9.1
MIME-Version: 1.0
In-Reply-To: <CAK8P3a0QoOzbQG95zz4cUJ5=-kfNDVop03kR5cnv1PA1OWX93w@mail.gmail.com>
Content-Type: text/plain; charset=utf-8; format=flowed
Content-Transfer-Encoding: 7bit
X-SW-Source: 2018-09/txt/msg00180.txt.bz2

On 09/13/2018 12:48 PM, Arnd Bergmann wrote:
>> Ah, I think it's actually s390, where suseconds_t is int, not long.

> Odd: in the kernel, suseconds_t is long on s390, but int on
> sparc and parisc. Were you thinking of sparc64 instead of s390
> maybe?

Correct; sparc it is.  I was off by a line.

Thanks,
Florian