<feed xmlns='http://www.w3.org/2005/Atom'>
<title>linux/poky.git/scripts/runqemu, branch 1.6_M2</title>
<subtitle>Mirror of git.yoctoproject.org/poky</subtitle>
<id>https://git.enea.com/cgit/linux/poky.git/atom?h=1.6_M2</id>
<link rel='self' href='https://git.enea.com/cgit/linux/poky.git/atom?h=1.6_M2'/>
<link rel='alternate' type='text/html' href='https://git.enea.com/cgit/linux/poky.git/'/>
<updated>2013-12-20T12:26:30+00:00</updated>
<entry>
<title>runqemu: Allow user to set -vga option with qemuparams</title>
<updated>2013-12-20T12:26:30+00:00</updated>
<author>
<name>Valentin Popa</name>
<email>valentin.popa@intel.com</email>
</author>
<published>2013-12-19T14:02:57+00:00</published>
<link rel='alternate' type='text/html' href='https://git.enea.com/cgit/linux/poky.git/commit/?id=dd50c4d8a0cff2c4e0b8ff54d9ecf33d00301800'/>
<id>urn:sha1:dd50c4d8a0cff2c4e0b8ff54d9ecf33d00301800</id>
<content type='text'>
At the moment, the user cannot to set -vga other then vmware
(because "vmware" is set by default); and the first argument
in qemuparams has higher precedence.

(From OE-Core rev: 54a43397c48c974570e3eade55163eb766994a55)

Signed-off-by: Valentin Popa &lt;valentin.popa@intel.com&gt;
Signed-off-by: Saul Wold &lt;sgw@linux.intel.com&gt;
Signed-off-by: Richard Purdie &lt;richard.purdie@linuxfoundation.org&gt;
</content>
</entry>
<entry>
<title>runqemu: remove core-image-* whitelist</title>
<updated>2013-12-09T18:01:46+00:00</updated>
<author>
<name>Scott Garman</name>
<email>scott.a.garman@intel.com</email>
</author>
<published>2013-12-05T21:57:31+00:00</published>
<link rel='alternate' type='text/html' href='https://git.enea.com/cgit/linux/poky.git/commit/?id=fc0bb31aa73b8105206c58dff66297c8fb1d2b3b'/>
<id>urn:sha1:fc0bb31aa73b8105206c58dff66297c8fb1d2b3b</id>
<content type='text'>
Using a whitelist for image names to default to when none are
specified on the command line is no longer desired. Instead,
choose the most recently created image filename that conforms
to typical image naming conventions.

Fixes [YOCTO #5617].

(From OE-Core rev: 9f69e00200cdbd5ba2e46a54f33c29797816e43f)

Signed-off-by: Scott Garman &lt;scott.a.garman@intel.com&gt;
Signed-off-by: Saul Wold &lt;sgw@linux.intel.com&gt;
Signed-off-by: Richard Purdie &lt;richard.purdie@linuxfoundation.org&gt;
</content>
</entry>
<entry>
<title>runqemu: Use correct kvm CPU options for qemux86* with kvm</title>
<updated>2013-09-26T15:37:56+00:00</updated>
<author>
<name>Richard Purdie</name>
<email>richard.purdie@linuxfoundation.org</email>
</author>
<published>2013-09-25T20:59:11+00:00</published>
<link rel='alternate' type='text/html' href='https://git.enea.com/cgit/linux/poky.git/commit/?id=b8819b02dc4ff29d678cc55887dfe6c2d109a67d'/>
<id>urn:sha1:b8819b02dc4ff29d678cc55887dfe6c2d109a67d</id>
<content type='text'>
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 &lt;richard.purdie@linuxfoundation.org&gt;
</content>
</entry>
<entry>
<title>scripts/runqemu: write temp file into correct location</title>
<updated>2013-09-24T16:57:03+00:00</updated>
<author>
<name>Paul Eggleton</name>
<email>paul.eggleton@linux.intel.com</email>
</author>
<published>2013-09-24T10:52:39+00:00</published>
<link rel='alternate' type='text/html' href='https://git.enea.com/cgit/linux/poky.git/commit/?id=f79b21a57b31363ce249ec538c1e71de4ed9dfcb'/>
<id>urn:sha1:f79b21a57b31363ce249ec538c1e71de4ed9dfcb</id>
<content type='text'>
We want the temporary file to be written in /tmp not the current
directory.

(From OE-Core rev: fcb40c11998030eb5fce89ce5a9ca567870aafa9)

Signed-off-by: Paul Eggleton &lt;paul.eggleton@linux.intel.com&gt;
Signed-off-by: Richard Purdie &lt;richard.purdie@linuxfoundation.org&gt;
</content>
</entry>
<entry>
<title>bitbake.conf: include machine name in DEPLOY_DIR_IMAGE</title>
<updated>2013-09-14T07:21:00+00:00</updated>
<author>
<name>Paul Eggleton</name>
<email>paul.eggleton@linux.intel.com</email>
</author>
<published>2013-09-12T11:04:52+00:00</published>
<link rel='alternate' type='text/html' href='https://git.enea.com/cgit/linux/poky.git/commit/?id=6670be71f75c3d7e11362d7c9076ca4de75b50f4'/>
<id>urn:sha1:6670be71f75c3d7e11362d7c9076ca4de75b50f4</id>
<content type='text'>
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 &lt;koen@dominion.thruhere.net&gt;

(From OE-Core rev: 7e90261aec61f79680b5eaeaf5b18c7b795412a4)

Signed-off-by: Paul Eggleton &lt;paul.eggleton@linux.intel.com&gt;
Signed-off-by: Richard Purdie &lt;richard.purdie@linuxfoundation.org&gt;
</content>
</entry>
<entry>
<title>scripts/runqemu: Fix MACHINE regex</title>
<updated>2013-09-04T13:17:29+00:00</updated>
<author>
<name>Mihai Prica</name>
<email>mihai.prica@intel.com</email>
</author>
<published>2013-09-02T12:50:51+00:00</published>
<link rel='alternate' type='text/html' href='https://git.enea.com/cgit/linux/poky.git/commit/?id=12d003a80031304775b031002c75c64c53f7a7f9'/>
<id>urn:sha1:12d003a80031304775b031002c75c64c53f7a7f9</id>
<content type='text'>
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 &lt;mihai.prica@intel.com&gt;
Signed-off-by: Richard Purdie &lt;richard.purdie@linuxfoundation.org&gt;
</content>
</entry>
<entry>
<title>scripts/runqemu: Add support for 'qemumicroblaze' machine</title>
<updated>2013-07-10T08:41:51+00:00</updated>
<author>
<name>Nathan Rossi</name>
<email>nathan.rossi@xilinx.com</email>
</author>
<published>2013-07-04T07:47:46+00:00</published>
<link rel='alternate' type='text/html' href='https://git.enea.com/cgit/linux/poky.git/commit/?id=f6538c3b649e19088e0f396f84061086c3cc786a'/>
<id>urn:sha1:f6538c3b649e19088e0f396f84061086c3cc786a</id>
<content type='text'>
* 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 &lt;nathan.rossi@xilinx.com&gt;
Signed-off-by: Saul Wold &lt;sgw@linux.intel.com&gt;
Signed-off-by: Richard Purdie &lt;richard.purdie@linuxfoundation.org&gt;
</content>
</entry>
<entry>
<title>scripts/runqemu: Add support for 'qemuzynq' machine</title>
<updated>2013-07-10T08:41:51+00:00</updated>
<author>
<name>Nathan Rossi</name>
<email>nathan.rossi@xilinx.com</email>
</author>
<published>2013-07-04T07:47:01+00:00</published>
<link rel='alternate' type='text/html' href='https://git.enea.com/cgit/linux/poky.git/commit/?id=41563388edbe7f7559070c37c4f5cefd4cf37a96'/>
<id>urn:sha1:41563388edbe7f7559070c37c4f5cefd4cf37a96</id>
<content type='text'>
* 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 &lt;nathan.rossi@xilinx.com&gt;
Signed-off-by: Saul Wold &lt;sgw@linux.intel.com&gt;
Signed-off-by: Richard Purdie &lt;richard.purdie@linuxfoundation.org&gt;
</content>
</entry>
<entry>
<title>lib/oeqa/utils/qemurunner.py: class to handle qemu instance</title>
<updated>2013-07-09T09:53:45+00:00</updated>
<author>
<name>Radu Moisan</name>
<email>radu.moisan@intel.com</email>
</author>
<published>2013-06-28T08:27:56+00:00</published>
<link rel='alternate' type='text/html' href='https://git.enea.com/cgit/linux/poky.git/commit/?id=88a6eb8027ae999fb53362d864301a3d525877d3'/>
<id>urn:sha1:88a6eb8027ae999fb53362d864301a3d525877d3</id>
<content type='text'>
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 &lt;radu.moisan@intel.com&gt;
Signed-off-by: Stefan Stanacar &lt;stefanx.stanacar@intel.com&gt;
Signed-off-by: Richard Purdie &lt;richard.purdie@linuxfoundation.org&gt;
</content>
</entry>
<entry>
<title>SLiRP support in runqemu</title>
<updated>2013-05-24T13:14:40+00:00</updated>
<author>
<name>Andrei Dinu</name>
<email>andrei.adrianx.dinu@intel.com</email>
</author>
<published>2013-05-20T13:16:30+00:00</published>
<link rel='alternate' type='text/html' href='https://git.enea.com/cgit/linux/poky.git/commit/?id=52c9f6650f4c8fb06636f03803005054aa520191'/>
<id>urn:sha1:52c9f6650f4c8fb06636f03803005054aa520191</id>
<content type='text'>
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 &lt;andrei.adrianx.dinu@intel.com&gt;
Signed-off-by: Saul Wold &lt;sgw@linux.intel.com&gt;
Signed-off-by: Richard Purdie &lt;richard.purdie@linuxfoundation.org&gt;
</content>
</entry>
</feed>
