]> git.karo-electronics.de Git - karo-tx-linux.git/commit
[PATCH] tmpfs: time granularity fix for [acm]time going backwards
authorRobin H. Johnson <robbat2@gentoo.org>
Tue, 13 Jun 2006 17:06:11 +0000 (18:06 +0100)
committerChris Wright <chrisw@sous-sol.org>
Thu, 22 Jun 2006 19:16:12 +0000 (12:16 -0700)
commit2fb0b930b535b5e7ae8a5c8880d8ba941e508421
tree5b0ba6b73aefa1118f84606e3c55dc374f20d52b
parent0bd99264e94d5bb8f8ffeed246f4414a3191d3e6
[PATCH] tmpfs: time granularity fix for [acm]time going backwards

I noticed a strange behavior in a tmpfs file system the other day, while
building packages - occasionally, and seemingly at random, make decided to
rebuild a target. However, only on tmpfs.

A file would be created, and if checked, it had a sub-second timestamp.
However, after an utimes related call where sub-seconds should be set, they
were zeroed instead. In the case that a file was created, and utimes(...,NULL)
was used on it in the same second, the timestamp on the file moved backwards.

After some digging, I found that this was being caused by tmpfs not having a
time granularity set, thus inheriting the default 1 second granularity.

Hugh adds: yes, we missed tmpfs when the s_time_gran mods went into 2.6.11.
Unfortunately, the granularity of CURRENT_TIME, often used in filesystems,
does not match the default granularity set by alloc_super.  A few more such
discrepancies have been found, but this is the most important to fix now.

Signed-off-by: Robin H. Johnson <robbat2@gentoo.org>
Acked-by: Andi Kleen <ak@suse.de>
Signed-off-by: Hugh Dickins <hugh@veritas.com>
Signed-off-by: Chris Wright <chrisw@sous-sol.org>
Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
drivers/parport/Kconfig
mm/shmem.c