- 13 11月, 2014 1 次提交
-
-
由 Conrad Meyer 提交于
Rather than just picking the first CD (or failing that, HDD) we come across, if the user has picked a boot device ordering with <boot order=''>, respect that (and just try to boot the lowest-index device). Adds two sets of tests to bhyve2xmlargv; 'grub-bootorder' shows that we pick a user-specified device over the first device in the domain; 'grub-bootorder2' shows that we pick the first (lowest index) device.
-
- 12 11月, 2014 3 次提交
-
-
由 Conrad Meyer 提交于
-
由 Conrad Meyer 提交于
-
由 Conrad Meyer 提交于
-
- 20 8月, 2014 1 次提交
-
-
由 Roman Bogorodskiy 提交于
Update bhyveBuildDiskArgStr to support volumes: - Make virBhyveProcessBuildBhyveCmd and virBhyveProcessBuildLoadCmd take virConnectPtr as the first argument instead of bhyveConnPtr as virConnectPtr is needed for virStorageTranslateDiskSourcePool, - Add virStorageTranslateDiskSourcePool call to virBhyveProcessBuildBhyveCmd and virBhyveProcessBuildLoadCmd, - Allow disks of type VIR_STORAGE_TYPE_VOLUME
-
- 24 7月, 2014 1 次提交
-
-
由 Roman Bogorodskiy 提交于
Add support for CDROM devices for bhyve driver using bhyve(8)'s 'ahci-cd' device type. As bhyve currently does not support media insertion at runtime, disallow to start a domain with an empty source path for cdrom devices.
-
- 04 5月, 2014 1 次提交
-
-
由 Roman Bogorodskiy 提交于
* bhyve_command.c (bhyveBuildNetArgStr, virBhyveProcessBuildBhyveCmd): add dryRun mode which doesn't create any devices when enabled * bhyve_command.c (virBhyveProcessBuildBhyveCmd, virBhyveProcessBuildDestroyCmd, virBhyveProcessBuildLoadCmd): accept virDomainDefPtr instead of virDomainObjPtr.
-
- 09 4月, 2014 1 次提交
-
-
由 Roman Bogorodskiy 提交于
As we can use virBhyveCapsBuild() now, replace testBhyveBuildCapabilities() with it.
-
- 05 4月, 2014 1 次提交
-
-
由 Roman Bogorodskiy 提交于
-
- 27 3月, 2014 1 次提交
-
-
由 Roman Bogorodskiy 提交于
At this point unittest covers 4 basic cases: - minimal working XML for bhyve - same as above, but with virtio disk - ACPI and APIC args test - MAC address test
-