From: Albert ARIBAUD <albert.u.boot@aribaud.net>
To: u-boot@lists.denx.de
Subject: [U-Boot] fatls shows duplicated entries with long and short names
Date: Tue, 15 Oct 2013 09:26:31 +0200 [thread overview]
Message-ID: <20131015092631.5ca2d3bd@lilith> (raw)
In-Reply-To: <CAD6G_RR9dEfAUS8BJb5sdvbi_W43xoo-3878P7SmA91uJLWQ=w@mail.gmail.com>
Hi Jagan,
On Tue, 15 Oct 2013 12:51:19 +0530, Jagan Teki
<jagannadh.teki@gmail.com> wrote:
> On Tue, Oct 15, 2013 at 12:46 PM, Hector Palacios
> <hector.palacios@digi.com> wrote:
> > Dear Jagan,
> >
> >
> > On 10/14/2013 06:57 PM, Jagan Teki wrote:
> >>
> >> On Mon, Oct 14, 2013 at 9:37 PM, Tom Rini <trini@ti.com> wrote:
> >>>
> >>> On Mon, Oct 14, 2013 at 06:00:20PM +0200, Hector Palacios wrote:
> >>>>
> >>>> Dear Marek,
> >>>>
> >>>> I noticed that 'fatls' displays duplicated filenames (short and
> >>>> long) for every file in the media:
> >>>>
> >>>> # fatls mmc 0
> >>>> 2083460 uimage-myplatform
> >>>> 2083460 uimage~1
> >>>> 1520 rootfs-dummy.jffs2
> >>>> 1520 rootfs~1.jff
> >>>> 3294952 uimage
> >>>> 3294952 uimage
> >>>>
> >>>> The guilty commit is ff04f6d1224d8952b566b8671222151495883073 by
> >>>> you, who moved the chksum calculation out of an if() and now the
> >>>> code never enters this:
> >>>>
> >>>> #ifdef CONFIG_SUPPORT_VFAT
> >>>> else if (dols == LS_ROOT && csum == prevcksum) {
> >>>> prevcksum = 0xffff;
> >>>> dentptr++;
> >>>> continue;
> >>>> }
> >>>> #endif
> >>>>
> >>>> Could you please check?
> >>>
> >>>
> >>> Can you please provide more details about your platform and what U-Boot
> >>> rev you see this on exactly? I haven't seen anything like this on
> >>> Beaglebone Black recently, for example.
> >>>
> >>
> >> This kind of issue we faced(by Michal)
> >>
> >> http://u-boot.10912.n7.nabble.com/FAT-problem-with-new-mkcksum-implementation-td145817.html
> >>
> >> Where the issue got resolved with the change from Marek
> >> "vfat: Fix mkcksum argument sizes"
> >> (sha: 6ad77d88e57f6ab815ec7e85c5ac329054318c73)
> >
> >
> > I was testing on v2013.01. This patch fixes it.
> > Thank you.
>
> Does this means master still have an issue?
Not since 6ad77d88 went in. Commit itself is dated 11th january , and
was applied to u-boot/master on jan. 31st.
Amicalement,
--
Albert.
next prev parent reply other threads:[~2013-10-15 7:26 UTC|newest]
Thread overview: 11+ messages / expand[flat|nested] mbox.gz Atom feed top
2013-10-14 16:00 [U-Boot] fatls shows duplicated entries with long and short names Hector Palacios
2013-10-14 16:04 ` Marek Vasut
2013-10-14 16:07 ` Tom Rini
2013-10-14 16:57 ` Jagan Teki
2013-10-15 7:16 ` Hector Palacios
2013-10-15 7:21 ` Jagan Teki
2013-10-15 7:26 ` Albert ARIBAUD [this message]
2013-11-22 19:31 ` drambo
2013-11-22 20:50 ` Tom Rini
2013-11-22 21:13 ` Wolfgang Denk
2013-11-22 23:30 ` drambo
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20131015092631.5ca2d3bd@lilith \
--to=albert.u.boot@aribaud.net \
--cc=u-boot@lists.denx.de \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.