Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S932436AbXA1IAG (ORCPT ); Sun, 28 Jan 2007 03:00:06 -0500 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S932460AbXA1IAG (ORCPT ); Sun, 28 Jan 2007 03:00:06 -0500 Received: from terminus.zytor.com ([192.83.249.54]:41921 "EHLO terminus.zytor.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S932436AbXA1IAE (ORCPT ); Sun, 28 Jan 2007 03:00:04 -0500 Message-ID: <45BC57FB.4010209@zytor.com> Date: Sat, 27 Jan 2007 23:59:55 -0800 From: "H. Peter Anvin" User-Agent: Thunderbird 1.5.0.9 (X11/20061219) MIME-Version: 1.0 To: Alexey Dobriyan CC: akpm@osdl.org, devel@openvz.org, linux-kernel@vger.kernel.org Subject: Re: [PATCH 3/3] lutimesat: actual syscall and wire-up on i386 References: <20070126112345.GC11128@localhost.sw.ru> In-Reply-To: <20070126112345.GC11128@localhost.sw.ru> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 706 Lines: 17 Alexey Dobriyan wrote: > +asmlinkage long sys_lutimesat(int dfd, char __user *filename, struct timeval __user *utimes) Could we get these to take struct timespec instead of struct timeval? Right now we have a real problem in that the interfaces that *set* times take struct timeval (microsecond granularity) but the interfaces that *get* times return struct timespec (nanosecond granularity), which means information loss on any setting operations. -hpa - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/