[U-Boot] fatls shows duplicated entries with long and short names

[Tom Rini]

On Fri, Nov 22, 2013 at 11:31:29AM -0800, drambo wrote:
> 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,

So, the last report said that they had a tree missing
6ad77d88e57f6ab815ec7e85c5ac329054318c73, but yours can't be.  Can you
add some debug prints and see what's going on?  Having
u8 foo = bar();
if (a && foo == baz) { ... }
not work, but:
if (a && bar() == baz) { ... }
work is quite puzzling.  Thanks!

-- 
Tom
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 836 bytes
Desc: Digital signature
URL: <http://lists.denx.de/pipermail/u-boot/attachments/20131122/7b66f8ce/attachment.pgp>