From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1755383AbXD0B6R (ORCPT ); Thu, 26 Apr 2007 21:58:17 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1755392AbXD0B6R (ORCPT ); Thu, 26 Apr 2007 21:58:17 -0400 Received: from cantor.suse.de ([195.135.220.2]:60927 "EHLO mx1.suse.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1755383AbXD0B6Q (ORCPT ); Thu, 26 Apr 2007 21:58:16 -0400 From: Neil Brown To: Ulrich Drepper Date: Fri, 27 Apr 2007 11:57:56 +1000 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Message-ID: <17969.22692.855242.359680@notabene.brown> Cc: akpm@linux-foundation.org, linux-kernel@vger.kernel.org Subject: Re: [PATCH] utimensat implementation In-Reply-To: message from Ulrich Drepper on Thursday April 26 References: <200704262249.l3QMn5C2021588@devserv.devel.redhat.com> X-Mailer: VM 7.19 under Emacs 21.4.1 X-face: [Gw_3E*Gng}4rRrKRYotwlE?.2|**#s9D The next revision of POSIX will support fine-grained filesystem > timestamps the way we already support. struct stat will report > nanosecond values. So far so good. Does it also specify how to find out what granularity is used by the filesystem? I had a need for this just recently and couldn't see any way to extract it. [If the mtime of a file matches the current time, then you cannot cache the contents of the file. You have to wait until the mtime is in the past. Without knowing the granularity, you cannot tell if the mtime still matches current time or not] Thanks, NeilBrown