- 15 5月, 2013 1 次提交
-
-
由 Lukáš Doktor 提交于
Signed-off-by: NLukáš Doktor <ldoktor@redhat.com>
-
- 08 5月, 2013 2 次提交
-
-
由 Yiqiao Pu 提交于
Signed-off-by: NYiqiao Pu <ypu@redhat.com> Signed-off-by: NQingtang Zhou <qzhou@redhat.com>
-
由 Qingtang Zhou 提交于
This patch renames: * multi_disk.signal_repeat -> multi_disk.one_disk_repeat Update: * multi_disk.max_disk Set different parameters for ide and virtio_blk. * Don't start VM in usb_multi_disk case, to save some time for starting/stoping the VM which booted by framework. CC: Feng Yang <fyang@redhat.com> Signed-off-by: NQingtang Zhou <qzhou@redhat.com> Acked-by: NFeng Yang <fyang@redhat.com>
-
- 27 2月, 2013 1 次提交
-
-
由 Lukáš Doktor 提交于
Fix signal_repeat variant to boot with the correct bootindex. Signed-off-by: NLukáš Doktor <ldoktor@redhat.com>
-
- 02 2月, 2013 1 次提交
-
-
由 Lukáš Doktor 提交于
* max_disk must not have any usbs, otherwise there are not enough slots in PCI * default image_boot = yes which generates in multi_disk test multiple disks with index = 1 and test failure. By forcing default value stg_image_boot = 'no' we can keep the default value (and index of image1) and let the other disk to have their own indexes. Signed-off-by: NLukáš Doktor <ldoktor@redhat.com>
-
- 25 12月, 2012 1 次提交
-
-
由 Lucas Meneghel Rodrigues 提交于
A frequent request we've got from users is that the name 'kvm' makes assumptions that are not true for a lot of the use cases of the test suite. Then let's rename the subtest 'kvm' to 'qemu', making it more accurate. Signed-off-by: NLucas Meneghel Rodrigues <lmr@redhat.com>
-
- 19 12月, 2012 1 次提交
-
-
由 Cleber Rosa 提交于
For tests that are specific to one virt type, and are hosted on that virt type directory, make the virt_test_type a non requirement by auto generating it. Signed-off-by: NCleber Rosa <crosa@redhat.com>
-
- 18 12月, 2012 1 次提交
-
-
由 Lucas Meneghel Rodrigues 提交于
In order to have self describing tests, split the original subtests.cfg in several per test files, and create subtests.cfg out from this information. Signed-off-by: NLucas Meneghel Rodrigues <lmr@redhat.com>
-