aboutsummaryrefslogtreecommitdiffstats
path: root/meta/recipes-gnome
diff options
context:
space:
mode:
authorRandy Witt <randy.e.witt@linux.intel.com>2015-08-24 00:25:03 -0700
committerRichard Purdie <richard.purdie@linuxfoundation.org>2015-08-24 23:45:25 +0100
commit849d65d55e4df5fa443b2cb7b4cee23913fc9d5a (patch)
tree86c41e1834ea4c20c2e811528ab267562dc234dd /meta/recipes-gnome
parent2da3fee6b6d9f4dd4c4cb529f4ba393c20aa0f13 (diff)
downloadopenembedded-core-contrib-849d65d55e4df5fa443b2cb7b4cee23913fc9d5a.tar.gz
openembedded-core-contrib-849d65d55e4df5fa443b2cb7b4cee23913fc9d5a.tar.bz2
openembedded-core-contrib-849d65d55e4df5fa443b2cb7b4cee23913fc9d5a.zip
runqemu: Add a tcpserial option
The option was added so that the qemurunner could start a second tcp serial port without adding machine conditional logic to qemurunner. The issue that made this necessary was that when "virt" is passed to qemu-system-aarch64, the normal mechanism for specifying a tcp serial port does not work. This is because the hardware for the "virt" machine is hardcoded in the device tree blob and the addition devices must be virtio devices. So runqemu can specify virtio for qemuarm64 whereas it seems all other qemu machines work with the "-serial tcp*" option. Signed-off-by: Randy Witt <randy.e.witt@linux.intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
Diffstat (limited to 'meta/recipes-gnome')
0 files changed, 0 insertions, 0 deletions