From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1756942Ab1HaRj3 (ORCPT ); Wed, 31 Aug 2011 13:39:29 -0400 Received: from terminus.zytor.com ([198.137.202.10]:56871 "EHLO mail.zytor.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1756877Ab1HaRjZ (ORCPT ); Wed, 31 Aug 2011 13:39:25 -0400 Message-ID: <4E5E71A8.8090209@zytor.com> Date: Wed, 31 Aug 2011 10:38:48 -0700 From: "H. Peter Anvin" User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:6.0) Gecko/20110816 Thunderbird/6.0 MIME-Version: 1.0 To: Linus Torvalds CC: Arnd Bergmann , Christoph Hellwig , LKML , "H.J. Lu" , Ingo Molnar , Thomas Gleixner , Richard Kuo , Mark Salter , Jonas Bonn , Tobias Klauser Subject: Re: RFD: x32 ABI system call numbers References: <4E582577.2060805@zytor.com> <201108301409.27527.arnd@arndb.de> <4E5D1153.5030908@zytor.com> <201108311814.54906.arnd@arndb.de> <4E5E6AC0.60000@zytor.com> In-Reply-To: Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 08/31/2011 10:19 AM, Linus Torvalds wrote: > > I think tv_nsec was just overlooked, and people thought "it has no > legacy users that were 'int', so we'll just leave it at 'long', which > is guaranteed to be enough for nanoseconds that only needs a range of > 32 bits". > > In contrast, tv_usec probably *does* have legacy users that are "int". > > So POSIX almost certainly only looked backwards, and never thought > about users who would need to make it "long long" for compatibility > reasons. > > The fact that *every*other*related*field* in POSIX/SuS has a typedef > exactly for these kinds of reasons just shows how stupid that "long > tv_nsec" thing is. > > I suspect that on Linux we can just say "tv_nsec" is suseconds_t too. > Then we can make time_t and suseconds_t just match, and be "__s64" on > all new platforms. > Let me see if I can raise this with the POSIX committee. -hpa -- H. Peter Anvin, Intel Open Source Technology Center I work for Intel. I don't speak on their behalf.