Re: [PATCH] UTC timestamp option for FAT filesystems

[Joe Peterson]

OGAWA Hirofumi wrote:
> I think we agreed to fix sys_tz is good thing.

Yep, but doesn't have to be fixed before adding a new option, since they
are separate issues and uses, I think.

> If so, I'd like to see "tz=xxx" or something for the future, instead of
> "utc", don't you think so? I really hate to add the random options.

Can you help be to understand what "tz=xxx" (if not =0) would be good
for?  It seems to me that either you want the "local time" functionality
(which deals, to a degree, with DST, in which case you use the existing
behavior) or you use tz=0 (which is the same as utc).

If someone were to, say, set "tz=-7", it would not work correctly with a
camera or with a Windows-written volume.

For a camera, since DST is not taken into account.  If you really want
to set your camera to local time and are willing to accept the inherent
issues, why not just use local time FAT behavior as it is now in Linux.

If you are talking about using a Windows FAT partition in a different
time zone, setting tz=xxx would not help either, since all files are
just written in local time whichever time zone the person was in (the
traveling laptop example).  Again, the only solution in that case is to
use the default local time behavior.

So, which cases benefit from tz=xxx that would not benefit from utc
(which is eseentially tz=0)?

					-Joe
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/