Xen Product Roadmap
- RDMA Live Migration Support
- Dom0 kernel in Linux 2.6.30 or later
- Dom0 support for Marvell 6480 disk driver
- Pass through USB-Controllers/Devices for PV Guests
- Fault Tolerance - Project Remus and/or Kemari
- Monitor, Limit, Control network traffic coming at DomUs
- Internationalization / Unicode Support
- Configure Virtual Bridge like Real Switch (e.g. Control VLAN, port status)
- VLan tagging per NIC int he VM Config File
- Virtual Ethernet Switch
- Physical Xen boot/install support via native UEFI (pUEFI) and virtual UEFI (vUEFI) support
- Limit I/O for individual disks of VM (similar to credit scheduler weight)
- Dynamic Memory Management for Overcommiting RAM
- PCI CGA Passthrough for VT-d (vendor cards like Nvidia, AIT, etc)
- Full AMD IOMMU Support
- Online resizing of DomU Disks
- Cross compliling Xen and Modular Builds
Click here for Xen 4.0 Feature Requests List
Here is the active Xen 4.0 Feature Requests
Robert Dunkley (Robert@saq.co.uk) - RDMA Live Migration Support (allow for faster and smoohter live migration when
using Infiniband or Iwarp NICS)
Luke Crawford (firstname.lastname@example.org) - Dom0 kernel in Linux 2.6.30 kernel and Marvell 6480 disk driver
Franz Von Hahn [email@example.com] - stable support for passing through usb-controllers/devices and pci-devices for paravirtualized guests would be really great.
- Fault Tolerance - Project Remus and/or Kemari
Nathan Stratton [firstname.lastname@example.org] - RDMA infiniband support for migration
Ramachandran Radhakrishnan [email@example.com] - Internationalization / Unicode support
Alessandro R. [firstname.lastname@example.org] - A tool that permit to configure virtual bridge like real switch (e.g.
control VLAN, port status etc.); VLan tagging per NIC in the VM config file; Xen with a Virtual Ethernet Switch (like VDE2)? You can create a switch per client ; from Kieran Mansley [email@example.com] : With Xen (and other virtualisation technologies) users often end up with a set of bridges, v-switches, hardware switches, and now switches (albeit limited in capabilities) in virtualisation-aware NICs. It would be very useful to develop a control plane over all these devices to allow them to be sensibly configured from a single point. I know there are some people working on bits of this problem but bringing it all together to work on Xen, using open APIs and protocols so that other technologies could be easily integrated, would help a lot.
Dong Wei (firstname.lastname@example.org) - the physical Xen boot/install support via native UEFI (pUEFI) and virtual UEFI (vUEFI) support
Thiago Camargo Martins Cordeiro [email@example.com]- Virtual Ethernet Switch, virtual uplinks (through SSH, for example), virtual cables, virtual plugs, so I can create a virtual switch per client on each of my dom0 of my cluster, or maybe it needs a easy way to integrate itself with VDE2.
Philipp Schmid (firstname.lastname@example.org) - Limit I/O for individual disks of VM (similar to credit scheduler weight)
Francesco Gallo (email@example.com) - Dynamic Memoery Management for Overcommitting RAM
Sander Eikelenboom [firstname.lastname@example.org] - as many others .. VGA (pci-e/pci) passthrough, complete USB passthrough, (also working for webcams/videograbbers etc) ; i'm currently working with "USB over IP" from the http://usbip.sourceforge.net/ project. It is working fine for printers/scanners, and almost perfect for webcam (some little distortion left). But functionality within XEN would be better.
Paul Schulze [email@example.com] - Fully functional USB passthrough would be really nice to have, but to be useful, I would also like to also request some sort of device management, that allows automatically assigning devices to a DomU whenever it is connected and a way to have unknown devices assigned to a default DomU. Otherwise, interaction on the Dom0 will be needed for each and every time, a device is connected; Comments form Sander Eikelenboom [firstname.lastname@example.org] Good point, some good and flexible management would be nice to have too. USBIP at the moment can handle:
- remove binding to currently loaded modules - binding to usbip at plugin time In some quite simple userspace management tools. For xen it think xend would be the place for normal rules, and xm for hotplug ? It would be nice if you could make the rules for usb passthrough match with both usb port numbers as well as device id's, perhaps even with wildcards.
Tim Moore (email@example.com) - PCI CGA Passthrough for VT-d (vendor cards like Nvidia, AIT, etc);
XCI Workaround in Xen (Jean Guyader - firstname.lastname@example.org)
Paul Schulze (email@example.com) - Full AMD IOMMU SUpport
Pasi Karkkainen (firstname.lastname@example.org) - Online resizing of DomU Disks - see
Mike Dickson (email@example.com) - I'd like to see some emphasis put on cross compiling Xen and modular builds. I
have a functional environment now cross compiling Xen 3.3.1 using the OpenEmbedded tool stack (this was inspired by the XenClient work and buildroot but my work is focused on the server side). Getting it to work was a bit of a challenge (and a few patches) as not all the pieces are really designed to be split apart and cross-compiled separately. The current approach which downloads all the separate bits is nice for some cases but ideally I'd like to be able to separately build the various pieces in modular fashion. And cross compile it as well so I can control the compilation environment separately from what the build host is running.