From mboxrd@z Thu Jan 1 00:00:00 1970 From: David Howells Subject: Re: [PATCH 1/6] xstat: Add a pair of system calls to make extended file stats available Date: Mon, 30 Apr 2012 21:15:56 +0100 Message-ID: <29495.1335816956@redhat.com> References: <20120430162715.GS3932@decadent.org.uk> Cc: dhowells@redhat.com, linux-fsdevel@vger.kernel.org, "J. Bruce Fields" To: Ben Hutchings Return-path: Received: from mx1.redhat.com ([209.132.183.28]:31011 "EHLO mx1.redhat.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1756922Ab2D3UQO (ORCPT ); Mon, 30 Apr 2012 16:16:14 -0400 In-Reply-To: <20120430162715.GS3932@decadent.org.uk> Sender: linux-fsdevel-owner@vger.kernel.org List-ID: Ben Hutchings wrote: > Try 86,400 seconds - the actual granularity of atime on VFAT. 24 hours? Really? I guess it makes the updating of atime on the media something you can be lazy about. > (For mtime it's 2 seconds, and for ctime 0.01 seconds.) Sigh. Okay. Ugh. I guess I need separate granularities after all... Not only that, but a 32-bit integer isn't sufficiently capacious to hold the full range I now know about (1nS up to 1 day). I wonder if granularity should be left to a statfsxat() syscall? And I know Linus didn't like it, but I wonder if I can pack it in to a 32-bit word either by doing an x * 10^y thing. David