Hi,

exactly Chris it's for sharing Data on external media like USB. I found a 
workaround in the kernel menuconfig it's working fine. The entry for the 
workaround is in the menu:

> File systems
>> DOS/FAT/NT Filesystems
>>> disable VFAT Dual names support (patent workaround)

Thanks.

Krystian

_____________________________________________________________________

Krystian Gorny
Research & Development

Wipotec GmbH
Adam-Hoffmann-Str. 26
67657 Kaiserslautern

T +49.631.34146-0
F +49.631.34146-8640
http://www.wipotec.com


_____________________________________________________________________

Weigh Cells | Weighing systems

See our solutions. Visit us at our events
http://www.wipotec.com/de/aktuelles/veranstaltungen/

_____________________________________________________________________

Legal information:
Wipotec Wiege- und Positioniersysteme GmbH
HRB 2317 Kaiserslautern, Management: T. D?ppre, U. Wagner

This e-mail may contain confidential and/or privileged information.
If you are not the intended recipient (or have received this e-mail in error)
please notify the sender immediately and delete this e-mail. Any unauthorized
copying, disclosure or distribution of the material in this e-mail is strictly
forbidden.

-----Original Message-----
From: yocto-boun...@yoctoproject.org [mailto:yocto-boun...@yoctoproject.org] On 
Behalf Of Chris Simmonds
Sent: Sunday, October 11, 2015 3:17 PM
To: yocto@yoctoproject.org
Subject: Re: [yocto] VFAT patent EP 0 618 540

Hi

On 10/10/15 17:58, Robert Berger wrote:
> Hi
>
> On 10/09/2015 11:20 PM, Ayoub Zaki wrote:
>> TI Socs Boot Rom code can use Vfat but does not necessarly need it as
>> Bootloaders (spl, u-boot) can be loaded directly  from Raw MMC/eMMC.
> I just discovered this recently. Something like:
>
> sudo dd if=./u-boot/MLO of=${DISK} count=1 seek=1 bs=128k sudo dd
> if=./u-boot/u-boot.img of=${DISK} count=2 seek=1 bs=384k
>
> So even my made up scenario where you would need vfat on the first
> partition does not hold anymore.
Usually the need to include vfat support driven by the desire to read/write 
removable media such as SD cards and USB mass storage devices. If you want 
interoperability with certain legacy operating systems vfat is the only option.

>
> ... but ...
>
> what about the patent and the on-chip ROMs of SoCs from Ti and
> Freescale (hmm NXP? or whoever bought them lately). Maybe the SoCs are
> affected since they are able to load stuff from vfat, even if we don't
> need to use this feature anymore.
Not a problem for two reasons. First the patent only applies to fat32; you can 
do anything you like with fat16. The TI romcode only uses fat16, I am pretty 
sure. Second, even with fat32, the patent is only concerned with updates to the 
namespace, hence so long as the romcode does not have the ability to create 
files it is also OK. Note that you can't get round the patent just by mounting 
vfat partitions read-only because the driver still has the ability to make new 
files. There was a patch for the vfat driver which removed the code to create 
or modify directory entries, but it seems to have got lost in the mists of time.
>
> Regards,
>
> Robert
>
> ..."Never express yourself more clearly than you think." - Niels Bohr
>
> My public pgp key is available,at:
> http://pgp.mit.edu:11371/pks/lookup?op=get&search=0x90320BF1
>
>
--
Chris Simmonds, Consultant, 2net Ltd
http://www.2net.co.uk
+44 (0)1962 869003

--
_______________________________________________
yocto mailing list
yocto@yoctoproject.org
https://lists.yoctoproject.org/listinfo/yocto

-- 
_______________________________________________
yocto mailing list
yocto@yoctoproject.org
https://lists.yoctoproject.org/listinfo/yocto

Reply via email to