Bug 15567

If Linux is set to use a "dual timezone", i.e., where a Standard Time
and Daylight Time are defined, then files are written to a VFAT file
system using an incorrect time during periods when Daylight Time is
in effect.  This is not evident from within Linux but becomes so when
removable VFAT media, e.g. floppy diskettes, are read on a MS-DOS PC,
or when a dual-boot system is re-booted into DOS or MS-Windows.

Example:  Two files, both created at 07:00 UTC, one in January and
the other in July, under Linux.  If Linux is set to use timezone UTC0, 
the 'ls -l --full-time' command displays:
  Sat Jan 01 07:00:00 2000 jan.txt
  Sat Jul 01 07:00:00 2000 jul.txt
 
and if Linux is set to use timezone EST5EDT, the same command
_correctly_ displays:
  Sat Jan 01 02:00:00 2000 jan.txt
  Sat Jul 01 03:00:00 2000 jul.txt

If both files are copied to floppy diskette using the 'cp -p' command while
timezone EST5EDT is set, Linux continues to display the correct file times 
for the copied files.  However if the floppy diskette is now transferred
to a MS-DOS PC, the file times displayed under MS-DOS are both 02:00:00,
i.e., correct for Standard Time but incorrect for Daylight Time.

MS-DOS has no notion of timezone and considers all file times to be
whatever local time was in effect.  Linux should timestamp files
written to VFAT file systems with the same times as are displayed
by 'ls -l'.

An examination of the VFAT directory time bit-field shows the time 
for both files to be identical.  The same problem also exists with other
VFAT media such as ZIP disk.

(The problem occurs with kernel version 2.2.14-5.0 as shipped with
RedHat 6.2 but also persists in kernel versions at least as late as
2.3.99-pre9.)

Note: Essentially the same problem was reported a year or so ago
while the current revision of RedHat was 5.2, but seems to have
vanished from Bugzilla - at least I can't find it.