From: Heinrich Schuchardt <xypron.glpk@gmx.de>
To: u-boot@lists.denx.de
Subject: fat: handle Windows formatted partition (thru USB Mass Storage)
Date: Mon, 13 Jan 2020 18:55:33 +0100 [thread overview]
Message-ID: <6c2eff38-7a3e-bd99-087a-a01b53e1e60c@gmx.de> (raw)
In-Reply-To: <20200113163444.GK8732@bill-the-cat>
On 1/13/20 5:34 PM, Tom Rini wrote:
> On Mon, Jan 13, 2020 at 12:52:48PM +0200, Andy Shevchenko wrote:
>> Hi!
>>
>> I recently stumble over FAT partitioning issue. I have a device with
>> MMC, one partition of which has been exported as disk via USB Mass
>> Storage to the host. When Windows 10 sees that disk it can't handle it
>> till I format it there.
This I could reproduce.
So far so good. However, the same partition
>> can't be used under U-Boot due to Windows flow, i.e. it makes a
>> partitioning on top of the actual partition while U-Boot expects that
>> we only have one MBR (or partitioning) on the dist. So, the commands
>> such fatls, fatload do not recognise any file there.
But for me the U-Boot's load command loaded a file created on Windows
without problems. The size of my FAT partition was 50 MiB.
Please, provide a more detailed instruction how to create an image that
is recognized by Windows but not by U-Boot.
Please, provide a gzipped test image for download.
Best regards
Heinrich
>>
>> In Linux it's easy to use: mount -o loop,offset=65536 /dev/mmcblk0p9 /mnt
>> (offset can be different)
>>
>> But I would like to use it in U-Boot.
>>
>> Any thoughts on this?
>
> I'm not sure. If you didn't have to use offset+loop to re-expose things
> as a new disk and show the partition I'd say we need to support that
> case. But here, hmmm. We don't have "loopback". So, I'm not sure.
> Can't you just tell Windows to use the whole device as FAT and so
> mmcblk0p9 would directly be FAT and work as expected in both Linux and
> U-Boot?
>
next prev parent reply other threads:[~2020-01-13 17:55 UTC|newest]
Thread overview: 27+ messages / expand[flat|nested] mbox.gz Atom feed top
2019-11-26 8:29 [U-Boot] [PATCH] fs: fat: handle deleted directory entries correctly AKASHI Takahiro
2019-11-27 4:34 ` AKASHI Takahiro
2019-12-05 22:09 ` Tom Rini
2020-01-13 10:52 ` fat: handle Windows formatted partition (thru USB Mass Storage) Andy Shevchenko
2020-01-13 10:53 ` Fwd: " Andy Shevchenko
2020-01-13 16:34 ` Tom Rini
2020-01-13 17:55 ` Heinrich Schuchardt [this message]
2020-01-13 19:15 ` Andy Shevchenko
2020-01-13 19:22 ` Andy Shevchenko
2020-01-13 20:58 ` Andy Shevchenko
2020-01-13 21:05 ` Heinrich Schuchardt
2020-01-13 21:52 ` Andy Shevchenko
2020-01-13 23:14 ` Heinrich Schuchardt
2020-01-14 8:21 ` Andy Shevchenko
2020-01-14 8:23 ` Andy Shevchenko
2020-01-14 12:43 ` Andy Shevchenko
2020-01-14 13:16 ` Andy Shevchenko
2020-01-15 0:12 ` AKASHI Takahiro
2020-01-16 2:01 ` AKASHI Takahiro
2020-01-16 10:39 ` Andy Shevchenko
2020-01-16 19:20 ` Heinrich Schuchardt
2020-01-16 20:31 ` Andy Shevchenko
2020-01-17 6:12 ` AKASHI Takahiro
2020-01-17 9:47 ` Andy Shevchenko
2020-01-17 14:51 ` Tom Rini
2020-01-21 0:39 ` AKASHI Takahiro
2020-01-21 16:13 ` Andy Shevchenko
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=6c2eff38-7a3e-bd99-087a-a01b53e1e60c@gmx.de \
--to=xypron.glpk@gmx.de \
--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.