|
|
|
|
|
|
|
|
|
|
xen-ia64-devel
[Xen-ia64-devel] [PATCH 0/5] guest_os_type
I took Wing's guest_os_type patch and reimplemented it to match more
what I was thinking. The HVM_PARAM_GOS_TYPE value is an encoded version
of the guest_os_type string, allowing more flexibility and less common
code maintenance. I see now why Wing decided not to use
HYPERVISOR_opt_feature as it only allows setting features on the current
domain. Rather than add a flag to XEN_DOMCTL_arch_setup, I thought a
separate domctl might make this a little cleaner and add more
flexibility in the builder code.
The first 2 patches will be sent to xen-devel, the last 3 can go in
via the ia64 tree once the first 2 are there. Please let me know if
this approach looks reasonable. Wing, Rongui, I'd be happy to add a
Signed-off-by/Acked-by line for you since much of this is leveraged from
your work. Thanks,
Alex
--
Alex Williamson HP Open Source & Linux Org.
_______________________________________________
Xen-ia64-devel mailing list
Xen-ia64-devel@xxxxxxxxxxxxxxxxxxx
http://lists.xensource.com/xen-ia64-devel
|
<Prev in Thread] |
Current Thread |
[Next in Thread> |
- [Xen-ia64-devel] [PATCH 0/5] guest_os_type,
Alex Williamson <=
|
|
|
|
|