Drop dosfstools -d feature in favor of mtools mcopy

The dosfstools -d feature has been shown to be buggy, and even with Nitin's fixes applied to get directory hierarchies working, it still generates images that fail dosfsck and don't work with FAT32.

This series presents an alternative means of populating our live images using mcopy from mtools.

Applies on top of my earlier pull request:
[PATCH 0/4] Fix grub efi menu, kernel messages, and live image dosfsck

The following changes since commit 91e14125b3e90601742f705d2556f5f05e20b944:

bootimg: Use dosfsck to clean up the generated live image (2011-12-15 22:02:11 -0800)

are available in the git repository at:
git://git.yoctoproject.org/user-contrib/dvhart/oe-core dvhart/mtools
http://git.yoctoproject.org/cgit.cgi/user-contrib/dvhart/oe-core/log/?h=dvhart/mtools

Darren Hart (2):
bootimg: Use mcopy to construct the hddimg
dosfstools: Remove initial directory contents feature

 meta/classes/bootimg.bbclass                       |   18 +-
 .../dosfstools/fix_populated_dosfs_creation.patch  |  489 ---------------
 .../dosfstools/dosfstools/mkdosfs-dir.patch        |  639 --------------------
 .../dosfstools/dosfstools/nofat32_autoselect.patch |   27 -
 .../recipes-devtools/dosfstools/dosfstools_2.11.bb |    7 +-
 5 files changed, 15 insertions(+), 1165 deletions(-)
 delete mode 100644 meta/recipes-devtools/dosfstools/dosfstools/fix_populated_dosfs_creation.patch
 delete mode 100644 meta/recipes-devtools/dosfstools/dosfstools/mkdosfs-dir.patch
 delete mode 100644 meta/recipes-devtools/dosfstools/dosfstools/nofat32_autoselect.patch

1.7.6.4