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