Hello,
If it helps, I would respectfully like to add that I reverted this change
and it fixes my problem nicely. I'm on an ARM platform (not yet upstreamed
to u-boot), with a microSD card inserted with valid files on it that I can
read on other systems. I have an Oct 16, 2013 version of U-Boot 2013.10
Before I was seeing:
capri> fatls mmc 1 dcim/106gopro
./
../
486383878 gopr0150.mp4
486383878 gopr0150.mp4
185120785 gopr0151.mp4
185120785 gopr0151.mp4
75273257 gopr0152.mp4
75273257 gopr0152.mp4
660782172 gopr0153.mp4
660782172 gopr0153.mp4
735056468 gopr0154.mp4
735056468 gopr0154.mp4
7571812 gopr0155.jpg
7571812 gopr0155.jpg
7670056 gopr0156.jpg
7670056 gopr0156.jpg
7801014 gopr0157.jpg
7801014 gopr0157.jpg
172345390 gopr0158.mp4
172345390 gopr0158.mp4
1501760194 gopr0159.mp4
1501760194 gopr0159.mp4
56610361 gopr0160.mp4
56610361 gopr0160.mp4
1069538258 gopr0161.mp4
1069538258 gopr0161.mp4
7301275 gopr0162.jpg
7301275 gopr0162.jpg
1890783532 gopr0163.mp4
1890783532 gopr0163.mp4
28 file(s), 2 dir(s)
Now by putting the checksum calculation inside the if statement I am seeing:
capri> fatls mmc 1 dcim/106gopro
./
../
486383878 gopr0150.mp4
185120785 gopr0151.mp4
75273257 gopr0152.mp4
660782172 gopr0153.mp4
735056468 gopr0154.mp4
7571812 gopr0155.jpg
7670056 gopr0156.jpg
7801014 gopr0157.jpg
172345390 gopr0158.mp4
1501760194 gopr0159.mp4
56610361 gopr0160.mp4
1069538258 gopr0161.mp4
7301275 gopr0162.jpg
1890783532 gopr0163.mp4
14 file(s), 2 dir(s)
I sincerely hope this helps the discussion. Best Regards,
Darwin Rambo
Broadcom Corporation
--
View this message in context:
http://u-boot.10912.n7.nabble.com/fatls-shows-duplicated-entries-with-long-and-short-names-tp165377p168231.html
Sent from the U-Boot mailing list archive at Nabble.com.
_______________________________________________
U-Boot mailing list
U-Boot@lists.denx.de
http://lists.denx.de/mailman/listinfo/u-boot
