From mboxrd@z Thu Jan  1 00:00:00 1970
From: Heinrich Schuchardt <xypron.glpk@gmx.de>
Date: Thu, 5 Sep 2019 08:43:43 +0200
Subject: [U-Boot] [RFC] FAT errors
Message-ID: <5a809564-fa8e-95ca-8997-5525ac9f9159@gmx.de>
List-Id: <u-boot.lists.denx.de>
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
To: u-boot@lists.denx.de

Currently we do no have a maintainer for the FAT file system. Takahiro
has done a great job fixing some of the most prominent deficiencies. But
still the driver is not in good shape:

I once again ran upon errors in FAT when executing the UEFI SCT.

Here is some of the output of
dosfsck -w -r -l -a -v -t
The full output has hundreds of errors recorded.

Orphaned long file name part "Sct.log"
   Auto-deleting.
Orphaned long file name part "Sct.log"
   Auto-deleting.
/Log/RuntimeServicesTest/VariableServicesTest0/QueryVariableInfo_Conf_0_0_61758774-91A3-47DD-BDBD-B81094A5F62D.log
   Duplicate directory entry.
   First    Size 4712 bytes, date 01:00:00 Dec 31 1979
   Second   Size 5086 bytes, date 01:00:00 Dec 31 1979
   Auto-renaming second.
   Renamed to FSCK0000.008

BareBox is using a (somewhat outdated) copy of this library with a
little bit of wrapper code:

FatFs - Generic FAT Filesystem Module
http://elm-chan.org/fsw/ff/00index_e.html
http://elm-chan.org/fsw/ff/arc/ff13c.zip

The same library is also used for Arduinos:
https://github.com/stm32duino/FatFs

Shouldn't we try just the same?

Best regards

Heinrich