linux/poky.git/scripts/runqemu, branch toaster-dora

runqemu: Use correct kvm CPU options for qemux86* with kvm

2013-09-26T15:37:56+00:00

The existing -cpu host option caused kernel panics when people attempted to use the kvm option. After research and discussion, the best options appear to be the kvm32/kvm64 cpu types so lets use these instead. These resolve the kernel issues for me. [YOCTO #3908] (From OE-Core rev: bdc6d3be6ffa4ed358153f9c9332b632324f5833) Signed-off-by: Richard Purdie

scripts/runqemu: write temp file into correct location

2013-09-24T16:57:03+00:00

We want the temporary file to be written in /tmp not the current directory. (From OE-Core rev: fcb40c11998030eb5fce89ce5a9ca567870aafa9) Signed-off-by: Paul Eggleton Signed-off-by: Richard Purdie

bitbake.conf: include machine name in DEPLOY_DIR_IMAGE

2013-09-14T07:21:00+00:00

This allows a clean seperation between image outputs from different machines, and makes it possible to have convenience symlinks to make the output ready to deploy. This did require some surgery in runqemu; if explicit paths to the image and kernel are not supplied then DEPLOY_DIR_IMAGE needs to be determined from bitbake or set in the environment. However the script does try to avoid requiring it unless it really is needed. Corresponding changes were made in the automated testing code as well. Based on an RFC patch by Koen Kooi (From OE-Core rev: 7e90261aec61f79680b5eaeaf5b18c7b795412a4) Signed-off-by: Paul Eggleton Signed-off-by: Richard Purdie

scripts/runqemu: Fix MACHINE regex

2013-09-04T13:17:29+00:00

When runqemu tries to determine the MACHINE variable from a kernel or vmdk filename that doesn't contain any known machine name, the variable gets set to the filename. It should remain unset and cause an error. [YOCTO #2890] (From OE-Core rev: 22c0668d9e0a22c095d78bab7b45ef4f803dd0d1) Signed-off-by: Mihai Prica Signed-off-by: Richard Purdie

scripts/runqemu: Add support for 'qemumicroblaze' machine

2013-07-10T08:41:51+00:00

* Add support to boot the 'qemumicroblaze' machine in qemu-system-microblazeel * Use the specific machine model for a MicroBlaze system 'petalogix-ml605' * Use the DTB generated from the kernel build as the DTB for boot * Force use of initrd rootfs (either in ext or cpio formats) (From OE-Core rev: 2c164a5dfc877d180ef58d46c063573621297929) Signed-off-by: Nathan Rossi Signed-off-by: Saul Wold Signed-off-by: Richard Purdie

scripts/runqemu: Add support for 'qemuzynq' machine

2013-07-10T08:41:51+00:00

* Add support to boot the 'qemuzynq' machine in qemu-system-arm * Use the specific machine model for Zynq 'xilinx-zynq-a9' * Use the DTB generated from the kernel build as the DTB for boot * Force use of initrd rootfs (either in ext or cpio formats) (From OE-Core rev: 1e4b1d95e1f47654e928f38cd091ffe272689844) Signed-off-by: Nathan Rossi Signed-off-by: Saul Wold Signed-off-by: Richard Purdie

lib/oeqa/utils/qemurunner.py: class to handle qemu instance

2013-07-09T09:53:45+00:00

Handles qemu instances (launch, kill, restart, serial connection, logging) Launch is blocking until login prompt and returns to the task. A qemu serial connection is used to save the boot log and get the ip from the image. Changed runqemu script not to error out when using custom serial option. (From OE-Core rev: ee7d64dfcc02ba8f568b17d181e0a58d3c810076) Signed-off-by: Radu Moisan Signed-off-by: Stefan Stanacar Signed-off-by: Richard Purdie

SLiRP support in runqemu

2013-05-24T13:14:40+00:00

runqemu script now takes argument "slirp" in order to run networking on the qemu machine, without root privileges. changed the runqemu-internal script in order not to activate the tap devices if the option is set. [YOCTO #1474] (From OE-Core rev: fa7fd7b1cbcfbd01af1949d2ea09b880a0ae0175) Signed-off-by: Andrei Dinu Signed-off-by: Saul Wold Signed-off-by: Richard Purdie

scripts/runqemu: add ext4 to the list of extracted extensions

2013-05-12T07:33:16+00:00

(From OE-Core rev: 702deed71de41ef2e93bc5435e136bf219537d3a) Signed-off-by: Stefan Stanacar Signed-off-by: Richard Purdie

runqemu: Improve error handling/exit codes

2013-03-20T11:53:06+00:00

runqemu-internal is sourced so should be returning with an error code in case of errors. runqemu needs to deal with this. This patch fixes up the various error paths so we're consistent and get a sane exit status for runqemu which helps a lot in its use in the qemu runtime testing on the autobuilder. (From OE-Core rev: 753533b2f338ff2ef97eebd5eace7623404ae457) Signed-off-by: Richard Purdie