Return-Path: linux-nfs-owner@vger.kernel.org Received: from relay1.mentorg.com ([192.94.38.131]:63762 "EHLO relay1.mentorg.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751601AbaFCOda (ORCPT ); Tue, 3 Jun 2014 10:33:30 -0400 Date: Tue, 3 Jun 2014 14:33:10 +0000 From: "Joseph S. Myers" To: Arnd Bergmann CC: "H. Peter Anvin" , , , , , , , , , , , , , , , , , , , , , , , , , , , Subject: Re: [RFC 00/32] making inode time stamps y2038 ready In-Reply-To: <5011138.W0gbOc20Qp@wuerfel> Message-ID: References: <1401480116-1973111-1-git-send-email-arnd@arndb.de> <7175692.dpgYFMbTaP@wuerfel> <538CF346.2070504@zytor.com> <5011138.W0gbOc20Qp@wuerfel> MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Sender: linux-nfs-owner@vger.kernel.org List-ID: On Tue, 3 Jun 2014, Arnd Bergmann wrote: > I think John Stultz and Thomas Gleixner have already started looking > at how the timekeeping code can be updated. Once that is done, we should > be able to add a functional 64-bit gettimeofday/settimeofday syscall > pair. While I definitely agree this is one of the most basic things to > have, it's also not an area of the kernel that is easy to change. 64-bit clock_gettime / clock_settime instead of gettimeofday / settimeofday should avoid the need for the kernel to have a 64-bit version of struct timeval. (Userspace 64-bit gettimeofday / settimeofday would need to use a combination of the syscalls if the tz pointer is non-NULL.) -- Joseph S. Myers joseph@codesourcery.com