[meta-freescale] [meta-fsl-arm][PATCH] image_types_fsl.bbclass: Use FAT 32 for images larger than 512MB

Otavio Salvador otavio.salvador at ossystems.com.br
Fri Oct 16 11:00:51 PDT 2015


On Fri, Oct 16, 2015 at 2:47 PM, Tzu-Jung Lee <roylee17 at gmail.com> wrote:
> On Fri, Oct 16, 2015 at 10:18 AM, Otavio Salvador
> <otavio.salvador at ossystems.com.br> wrote:
>> On Thu, Oct 15, 2015 at 8:27 PM, Tzu-Jung Lee <roylee17 at gmail.com> wrote:
>>> Refers to the following commit of poky for more detail.
>>>
>>> commit 722430a488f39bf583e4a557a254fb84fae4d0a7
>>> Author: Darren Hart <dvhart at linux.intel.com>
>>> Date:   Wed Dec 12 14:39:15 2012 -0800
>>>
>>>     bootimg: Use FAT 32 for images larger than 512MB
>>>
>>>         Fixes [YOCTO #2138]
>>>
>>> Signed-off-by: Tzu-Jung Lee <roylee17 at currantlabs.com>
>>
>> I am not against the change however I am curious why we cannot use FAT
>> 32 for everything?
>>
>
> FAT32 spec requires at least 65525 sectors, which will be around 32MB
> with 512-byte sectors.
> Images like core-image-minimal, or other reduced image is too small for that.
> Some systems (e.x. OS X) reject to mount the image (dd'ed disk) if it
> doesn't comply the spec.
>
> Upstream tried to solve it by letting the mkfs.vfat itself to decide
> which of FAT16/32 is appropriate for the image.
> But it failed to use FAT32 for some larger images. So the solution was
> to manually decide which FSTYPE.

Agreed; it is indeed a good reason.

Can you please rebase this on top of master?

-- 
Otavio Salvador                             O.S. Systems
http://www.ossystems.com.br        http://code.ossystems.com.br
Mobile: +55 (53) 9981-7854            Mobile: +1 (347) 903-9750


More information about the meta-freescale mailing list