Add readonly mode support for virsh command.

Readonly mode is an important part for virsh command,so add
a boolean parameter 'readonly' when execute virsh commnd.

Signed-off-by: Yanbing Du <ydu@redhat.com>
qemu.test.transfer_file_over_ipv6: some modification

Make some modification

Signed-off-by: Yunping Zheng <yunzheng@redhat.com>
virt-libvirt: Impl. libvirt_xml graphics device

* Simple/minimal implementation with passwd property, more can be added
  later.
* Thanks to Kyla - Wei Zhang <weizhan@redhat.com> for requesting and
  helping test.
* Added unittest for graphics device to verify changes are commited to
  vm_xml instance.

Signed-off-by: Chris Evich <cevich@redhat.com>
utils/check_patch.py: Fix incorrect variable reference

Signed-off-by: Lucas Meneghel Rodrigues <lmr@redhat.com>
virt.test: skip replace floppy_ks in kernel_params

Reading ks from floppy driectly isn't works for some distr but boot option
'ks=hd:/dev/fd0' can reading ks from mounted floppy; so skip replace
this options;

Signed-off-by: Xu Tian <xutian@redhat.com>
Merge pull request #849 from xutian/fix_floppy_ks

Small fix for unattended_install.floppy_ks test
qemu.tests: enhance pci_test_cmd for block_hotplug testing

Add rescan and list disk steps; Do rescan to ensure diskpart read latest disk
configuration and it will avoid diskpart report
'The disk you specified is not valid.' error, list disk step will record disk
info before check disk drive;
New steps will helpful for debugging when test failed at pci device test step;

Signed-off-by: Xu Tian <xutian@redhat.com>
Merge pull request #838 from xutian/fix_block_hotplug

Enhance pci_test_cmd for block_hotplug testing
qemu.test: add reboot step for pci_hotplug testing

We need step reboot guest after hotplug/unplug pci device to verify guest
not crash or hang when reboot;

Signed-off-by: Xu Tian <xutian@redhat.com>
Add test for virsh autostart

Signed-off-by: Yanbing Du <ydu@redhat.com>
Update judgement about 'autostart_vm' as it's a boolean value

Signed-off-by: Yanbing Du <ydu@redhat.com>
dump-guest-memory QMP command: check vmcore correctness

Before upstream qemu commit

  commit 56c4bfb3f07f3107894c00281276aea4f5e8834d
  Author: Laszlo Ersek <lersek@redhat.com>
  Date:   Tue Aug 6 12:37:11 2013 +0200

      dump: rebase from host-private RAMBlock offsets to guest-physical
      addresses

the dump-guest-memory QMP command used to write incorrect vmcores for
x86_64 guests with more than 3.5GB RAM. Add a testcase that creates a 4GB
guest, dumps its core, copies it into the guest, and analyzes it there
with the "crash" utility.

Related RHBZ: https://bugzilla.redhat.com/show_bug.cgi?id=981582
Related RHBZ: https://bugzilla.redhat.com/show_bug.cgi?id=990118

Suggested-by: Ademar de Souza Reis Jr. <areis@redhat.com>
Signed-off-by: Laszlo Ersek <lersek@redhat.com>
Merge pull request #842 from xutian/add_reboot_step

qemu.test: add reboot step for pci_hotplug testing
virttest.qemu_vm: Remove media=floppy

media accepts only disk or cdrom. Use media='' to ignore it even in
strict_mode. (strict_mode sets media=disk when media is None)

Signed-off-by: Lukáš Doktor <ldoktor@redhat.com>
virttest.qemu_vm: Ignore image_format for floppies

image_format is usually set for images. Floppies usually use raw so
we'd have to either set image format for floppies or we can simply
ignore it (this solution).

Signed-off-by: Lukáš Doktor <ldoktor@redhat.com>
virttest.qemu_devices: Fix floppies handling on old qemu

Old qemu without -global support must use -drive index=n
to set the floppy slot.

Signed-off-by: Lukáš Doktor <ldoktor@redhat.com>
Merge pull request #858 from ldoktor/framework2

virttest.qemu_devices: Fix floppy issues
virttest.aexpect: Support commands longer than 2MB

Current kernels support unlimited argument length, the only limit is
stack size. The default stack size is usually 8KB which is sufficient
for ~2MB commands. Use ulimit to increase these limits. The multi_disk
in some configurations attacks the 2MB barier and in the future we
might see this comming (unless we switch to -readconfig).

NOTE: Only superuser can increase the hard limit, anyway if the command
      fails the test continues and tries to execute the cmd anyway.

Signed-off-by: Lukáš Doktor <ldoktor@redhat.com>
virttest.env_process: Parallelize the image processing

Some cases create many disks, which takes a long time, where most
time consumes the handling around cmd execution. This patch parallelize
the image processing in case we deal with over 20 disks. It spawns
$no_cpus * 2 threads (or less in case it would be inefficient).

The performance improvement was significant (30=>12s on 4CPU system).

Signed-off-by: Lukáš Doktor <ldoktor@redhat.com>
qemu.tests.multi_disk: Tweak the config file of virtio_scsi_variants

Use the unified configs (scsiid=>unit, lun=>port) and store the images
in the usual location. The location '/tmp/%s' was used before because
python was unable to execute that long command and this prefix shorten
it significantly. Now autotest supports the way to deal with long
commands so we can finally store the images in the right location.

Signed-off-by: Lukáš Doktor <ldoktor@redhat.com>