ext3 filesystem is getting deprecated in favor of ext4 and openembedded
will default to ext4 in the next release, so switch to ext4 as well.
Signed-off-by: Jens Lucius <info@jenslucius.com>
oe-core has updated dosfstools to the latest version 3.0.28 with mkfs.vfat
returning an error when a file already exists. Remove the old file before
creating a new one.
Issue discovered and fixed by Gary Thomas <gary@mlbassoc.com> for
RaspberryPi and Freescale layers.
Signed-off-by: Jens Lucius <info@jenslucius.com>
Move device tree configuration to machine files. Check for device tree
in sd card creation and include device tree file in first partition.
Signed-off-by: Jens Lucius <info@jenslucius.com>
To resolve the race condition described in #15,
a patch was introduced to use the kernel source from staging dir
rather than deploy dir.
After the reorganization of the kernel source location by
6a1ff0e7ea
this no longer works.
Reverting the previous patch,
and introducing explicit rootfs dependency instead.
Signed-off-by: Kristof Robot <krirobo@gmail.com>
Without this explicit dependency,
a race condition would be present between the generation of the sd image
and the generation of the ext3 file,
which leads to corrupt SD images in some circumstances.
Based on meta-raspberrypi commit a760ea5fa2
Fixing a race condition with virtual/kernel:do_deploy,
which needs to deploy the image before the IMAGE_CMD_sunxi-sdimg () code is being run
as part of image:do_rootfs, otherwise the following error would sometimes occur
when compiling with multiple threads (BB_NUMBER_THREADS=2):
"[..]/deploy/images/cubieboard2/uImage-cubieboard2.bin: No such file or directory"
Fixing this by using the kernel image in sysrootfs instead.
At the same time, also adding an explicit rootfs dependency on sunxi-board-fex:do_deploy because of
"${DEPLOY_DIR_IMAGE}/fex.bin", although this never seems to pose problems in practice.
