linux-kernel - Re: [PATCH] UTC timestamp option for FAT filesystems

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]

Message-ID: <4863CC89.9070705@skyrush.com>
Date:	Thu, 26 Jun 2008 11:06:17 -0600
From:	Joe Peterson <joe@...rush.com>
To:	OGAWA Hirofumi <hirofumi@...l.parknet.co.jp>
CC:	Andi Kleen <andi@...stfloor.org>, linux-kernel@...r.kernel.org
Subject: Re: [PATCH] UTC timestamp option for FAT filesystems

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@...r.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/