[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

[Xen-devel] [PATCH v6 00/29] Introduce HVM without dm and new boot ABI



This series is split in the following order:

 - Patches from 1 to 10 switch HVM domain contruction to use the xc_dom_*
   family of functions, like they are used to build PV domains. This batch
   of patches can go in regardless of the status of the rest of the series
   IMHO, and in fact would help me quite a lot with the rebasing.
 - Patches from 11 to 21 allow disabling the devices emulated inside of Xen.
 - Patches from 21 to 29 introduce the creation of HVM guests without a
   device model and without the devices emulated inside of Xen.

This series has been successfully tested on the following hardware:

 - Intel Xeon W3550.
 - AMD Opteron 4184.

With both hap=0 and hap=1 in the configuration file. I've been able to boot
a SMP guest in this mode with a virtual hard drive and a virtual network
card, all working fine AFAICT.

For this round only maintainers of the specific code being modified have
been Cced on the patches.

The series can also be found in the following git repo:

git://xenbits.xen.org/people/royger/xen.git branch hvm_without_dm_v6

And for the FreeBSD part:

git://xenbits.xen.org/people/royger/freebsd.git branch new_entry_point_v4

In case someone wants to give it a try, I've uploaded a FreeBSD kernel that
should work when booted into this mode:

https://people.freebsd.org/~royger/kernel_no_dm

This FreeBSD kernel starts the APs in long mode. There are examples for 
starting the APs in other modes in the sys/x86/xen/pv.c file.

The config file that I've used is:

<config>
kernel="/path/to/kernel_no_dm"

builder="hvm"
device_model_version="none"

memory=128
vcpus=2
name = "freebsd"
</config>

Of course if you have a FreeBSD disk already setup it can also be added to
the configuration file, and the following line can be used to point FreeBSD
to the disk:

extra="vfs.root.mountfrom=ufs:/dev/ufsid/<disk_id>"

AW    01/29 libxc: split x86 HVM setup_guest into smaller
AW    02/29 libxc: unify xc_dom_p2m_{host/guest}
AW    03/29 libxc: introduce the notion of a container type
AW    04/29 libxc: introduce a domain loader for HVM guest
AW    05/29 libxc: make arch_setup_meminit a xc_dom_arch hook
AW    06/29 libxc: make arch_setup_boot{init/late} xc_dom_arch
AW    07/29 libxc: rework BSP initialization
AW  M 08/29 libxc: introduce a xc_dom_arch for hvm-3.0-x86_32
 W    09/29 libxl: switch HVM domain building to use xc_dom_*
AW    10/29 libxc: remove dead HVM building code
A     11/29 xen/x86: add bitmap of enabled emulated devices
A B   12/29 xen/x86: allow disabling the emulated local apic
A     13/29 xen/x86: allow disabling the emulated HPET
A     14/29 xen/x86: allow disabling the pmtimer
A     15/29 xen/x86: allow disabling the emulated RTC
A     16/29 xen/x86: allow disabling the emulated IO APIC
A     17/29 xen/x86: allow disabling the emulated PIC
A     18/29 xen/x86: allow disabling the emulated pmu
A     19/29 xen/x86: allow disabling the emulated VGA
A     20/29 xen/x86: allow disabling the emulated IOMMU
A     21/29 xen/x86: allow disabling all emulated devices inside
AW    22/29 elfnotes: intorduce a new PHYS_ENTRY elfnote
AW    23/29 libxc: allow creating domains without emulated
    M 24/29 xen/x86: allow HVM guests to use hypercalls to bring
 W    25/29 xenconsole: try to attach to PV console if HVM fails
    M 26/29 libxc/xen: introduce a start info structure for
AW    27/29 libxc: switch xc_dom_elfloader to be used with
 W    28/29 libxl: allow the creation of HVM domains without a
   N  29/29 libxl: add support for migrating HVM guests without

A = Acked/Reviewed by Andrew Cooper.
W = Acked/Reviewed by Wei Liu.
B = Acked/Reviewed by Boris Ostrovsky.
N = New in this version.
M = Modified in this version.

Thanks, Roger.

_______________________________________________
Xen-devel mailing list
Xen-devel@xxxxxxxxxxxxx
http://lists.xen.org/xen-devel


 


Rackspace

Lists.xenproject.org is hosted with RackSpace, monitoring our
servers 24x7x365 and backed by RackSpace's Fanatical Support®.