diff options
author | Jason Wessel <jason.wessel@windriver.com> | 2013-09-27 01:01:20 +0000 |
---|---|---|
committer | Richard Purdie <richard.purdie@linuxfoundation.org> | 2013-09-30 22:02:40 +0100 |
commit | 254899824900f2e8c6a34d2ad1b8cbea91acb4ae (patch) | |
tree | f3a2e50b6d0b61e93fbf4b77b3157a9656e37121 /meta/recipes-core/dbus-wait | |
parent | 36faac868e086e9c23537b107cdd973d7fd980bd (diff) | |
download | openembedded-core-254899824900f2e8c6a34d2ad1b8cbea91acb4ae.tar.gz openembedded-core-254899824900f2e8c6a34d2ad1b8cbea91acb4ae.tar.bz2 openembedded-core-254899824900f2e8c6a34d2ad1b8cbea91acb4ae.zip |
mkefidisk.sh: Allow using a loopback mounted file
It should be possible to generate a disk to a file using a loopback
device with mkefidisk.sh, which is useful for booting simulators. To
make this possible the partitions for the loop back need to work
similarly to the mmc devices. The mkfs.vfat also requires and
additional argument to force it to write to something other then a
real disk.
Example:
qemu-img create -f raw bigdisk 4G
dev=`sudo losetup -f`
sudo losetup $dev bigdisk
mkefidisk.sh $dev tmp-eglibc/deploy/images/qemux86/core-image-minimal-qemux86.hddimg /dev/sda
sudo losetup -d $dev
Note:
Also a bug was fixed in the mkefidisk.sh where if the disk you are
writing to initially has an invalid label the size of the first
partition will be computed incorrectly. For the simulator disk
creation this is generally always the case, but this can happen with
real hardware as well.
Signed-off-by: Jason Wessel <jason.wessel@windriver.com>
Signed-off-by: Saul Wold <sgw@linux.intel.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
Diffstat (limited to 'meta/recipes-core/dbus-wait')
0 files changed, 0 insertions, 0 deletions