summaryrefslogtreecommitdiffstats
path: root/meta
diff options
context:
space:
mode:
authorSerhey Popovych <serhe.popovych@gmail.com>2018-12-14 19:54:33 +0200
committerRichard Purdie <richard.purdie@linuxfoundation.org>2018-12-15 17:10:51 +0000
commit76172256e3943c42c56ca41a879d912a5645bd5e (patch)
tree644f3ec094fba5f75542e0e1946ab96239c9aebd /meta
parent14dc19f86893e18d6473d21a8d878c565811517d (diff)
downloadpoky-76172256e3943c42c56ca41a879d912a5645bd5e.tar.gz
qemuwrapper: Explicitly exit in case of no qemu supported for target
Running qemu for userspace code on unsupported target binaries might be bad idea because qemu could say running in endless loop instead of crashing due to illegal instruction or unsupported binary format. While this is qemu bug we should avoid hitting it by explicitly exiting from the wrapper when qemu backfill considered for machine. Behaviour was observed in do_rootfs stage when building on IBM Power 8 host for PowerPC e7400 target. (From OE-Core rev: a0ebc77ee0b461fc30e704f7dd9e9c2061ef4193) Signed-off-by: Serhey Popovych <serhe.popovych@gmail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
Diffstat (limited to 'meta')
-rw-r--r--meta/recipes-devtools/qemu/qemuwrapper-cross_1.0.bb3
1 files changed, 2 insertions, 1 deletions
diff --git a/meta/recipes-devtools/qemu/qemuwrapper-cross_1.0.bb b/meta/recipes-devtools/qemu/qemuwrapper-cross_1.0.bb
index 4aada5232d..06f15617df 100644
--- a/meta/recipes-devtools/qemu/qemuwrapper-cross_1.0.bb
+++ b/meta/recipes-devtools/qemu/qemuwrapper-cross_1.0.bb
@@ -21,7 +21,8 @@ do_install () {
21set -x 21set -x
22 22
23if [ ${@bb.utils.contains('MACHINE_FEATURES', 'qemu-usermode', 'True', 'False', d)} = False ]; then 23if [ ${@bb.utils.contains('MACHINE_FEATURES', 'qemu-usermode', 'True', 'False', d)} = False ]; then
24 echo "qemuwrapper: qemu usermode is not supported" 24 echo "qemuwrapper: qemu usermode is not supported"
25 exit 1
25fi 26fi
26 27
27 28