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

RE: [Xen-devel] [RFC] Xen requirments document



 

> core.dynamic.memory - I'm not sure if it is possible yet to 
> boot a domain with less memory than its maximum, and grow the 
> domain's memory later through the balloon driver

Yep, if you set mem= on the kernel command line to more memory than the
domain has at the time of creation, the mem_map is sized for the larger
amount, and you can balloon more memory in.

> we're missing an io.device.virt.discovery - in order to be 
> able to install into, and manage, a virtual machine, the OS 
> needs the ability to discover what virtual devices are 
> present - exporting through sysfs would work fine.
> Since this is a requirement for many system administration 
> tools (eg. kudzu), this should probably be a Xen v3.0 target

Xenbus should handle this, and is a requirement for 3.0. 

> io.protocol.ipsec and io.protocol.ipv6 seem to just work, by 
> virtue of Xen emulating ethernet instead of any particular 
> protocol - at least ipv6 works in bridging mode, I haven't 
> tried routed mode yet, nor ipsec

There's no reason why ipv6 and ipsec shouldn't just work. The only area
that requires some thought is if the decryption routines
decrypt-in-place in the skb data area then we should probably mark them
to be scrubbed before recycling them as free buffers. Patch, anyone?

Ian

_______________________________________________
Xen-devel mailing list
Xen-devel@xxxxxxxxxxxxxxxxxxx
http://lists.xensource.com/xen-devel


 


Rackspace

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