summaryrefslogtreecommitdiffstats
path: root/meta/recipes-graphics/xcb
diff options
context:
space:
mode:
authorJason Wessel <jason.wessel@windriver.com>2013-09-27 01:01:20 +0000
committerRichard Purdie <richard.purdie@linuxfoundation.org>2013-09-30 22:11:58 +0100
commitcf2ebed2ff3e498b399a40d4dfba91d62d0a758b (patch)
treebed5bba6b9ef7fd5f08afcb3fe7a0cd77f8c1e0b /meta/recipes-graphics/xcb
parent072c4e123f878d57fb7f767d3888b38461f91a27 (diff)
downloadpoky-cf2ebed2ff3e498b399a40d4dfba91d62d0a758b.tar.gz
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. (From OE-Core rev: 254899824900f2e8c6a34d2ad1b8cbea91acb4ae) 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-graphics/xcb')
0 files changed, 0 insertions, 0 deletions