Archived/Xen Roadmap/4.3: Difference between revisions
From Xen
Jump to navigationJump to search
No edit summary |
No edit summary |
||
Line 13: | Line 13: | ||
<pre> |
<pre> |
||
⚫ | |||
⚫ | |||
⚫ | |||
status: ? |
|||
⚫ | |||
⚫ | |||
status: ? |
|||
⚫ | |||
owner: attilio@citrix |
owner: attilio@citrix |
||
status: ? |
status: ? |
||
Increase limit on event channels (currently 1024 for 32-bit guests, |
Increase limit on event channels (currently 1024 for 32-bit guests, |
||
4096 for 64-bit guests) |
4096 for 64-bit guests) |
||
⚫ | |||
⚫ | |||
status: Core hypervisor patches accepted; Linux paches pending |
|||
* NUMA scheduler affinity |
* NUMA scheduler affinity |
||
critical |
|||
owner: dario@citrix |
owner: dario@citrix |
||
status: ? |
|||
* NUMA Memory migration |
* NUMA Memory migration |
||
owner: dario@citrix |
owner: dario@citrix |
||
status: ? |
|||
⚫ | |||
⚫ | |||
⚫ | |||
⚫ | |||
⚫ | |||
⚫ | |||
* blktap3 |
* blktap3 |
||
owner: @citrix |
owner: thanos@citrix |
||
status: ? |
|||
* Default to QEMU upstream |
* Default to QEMU upstream |
||
- qemu-based stubdom (Linux or BSD libc) |
- qemu-based stubdom (Linux or BSD libc) |
||
owner: anthony@citrix |
|||
status: ? |
|||
qemu-upstream needs a more fully-featured libc than exists in |
|||
minios. Either work on a minimalist linux-based stubdom with |
|||
glibc, or port one of the BSD libcs to minios. |
|||
- pci pass-thru |
- pci pass-thru |
||
owner: anthony@citrix |
|||
status: ? |
|||
* Persistent grants |
* Persistent grants |
||
owner: @citrix |
owner: @citrix |
||
status: ? |
|||
* Multi-page blk rings |
* Multi-page blk rings |
||
- blkback in kernel (konrad@oracle, ?@intel) |
- blkback in kernel (konrad@oracle, ?@intel) |
||
- qemu blkback |
- qemu blkback |
||
status: ? |
|||
* Multi-page net protocol |
* Multi-page net protocol |
||
owner: ? |
owner: ? |
||
status: ? |
|||
expand the network ring protocol to allow multiple pages for |
expand the network ring protocol to allow multiple pages for |
||
increased throughput |
increased throughput |
||
Line 61: | Line 73: | ||
* Scalability: 16TiB of RAM |
* Scalability: 16TiB of RAM |
||
owner: jan@suse |
owner: jan@suse |
||
status: ? |
|||
* libvirt integration |
|||
owner: ? |
|||
status: ? |
|||
To begin with, we need someone to go and make some lists: |
|||
- Features available in libvirt/KVM not available in libvirt/Xen |
|||
- Features available in xl/Xen but not available in libvirt/Xen |
|||
* xl vm-{export,import} |
* xl vm-{export,import} |
||
owner: ? |
owner: ? |
||
status: ? |
|||
Allow xl to import and export VMs to other formats; particularly |
Allow xl to import and export VMs to other formats; particularly |
||
ovf, perhaps the XenServer format, or more. |
ovf, perhaps the XenServer format, or more. |
||
Line 70: | Line 91: | ||
* xl USB pass-through for PV guests |
* xl USB pass-through for PV guests |
||
owner: ? |
owner: ? |
||
status: ? |
|||
- Port the xend PV pass-through functionality to xl. |
- Port the xend PV pass-through functionality to xl. |
||
- Make sure qemu-based USB with qemu-upstream works |
- Make sure qemu-based USB with qemu-upstream works |
||
Line 80: | Line 102: | ||
* Rationalized backend scripts (incl. driver domains) |
* Rationalized backend scripts (incl. driver domains) |
||
owner: roger@citrix |
owner: roger@citrix |
||
status: ? |
|||
* Linux console improvements |
* Linux console improvements |
||
Line 89: | Line 112: | ||
* CPUID-based idle (don't rely on ACPI info f/ dom0) |
* CPUID-based idle (don't rely on ACPI info f/ dom0) |
||
owner: jan@suse |
owner: jan@suse |
||
status: done, to be submitted |
|||
* Remove hardcoded mobprobe's in xencommons |
* Remove hardcoded mobprobe's in xencommons |
||
owner: ? |
owner: ? |
||
status: ? |
|||
* Make storage migration possible |
* Make storage migration possible |
||
owner: ? |
owner: ? |
||
status: ? |
|||
There needs to be a way, either via command-line or via some hooks, |
There needs to be a way, either via command-line or via some hooks, |
||
that someone can build a "storage migration" feature on top of libxl |
that someone can build a "storage migration" feature on top of libxl |
||
Line 102: | Line 127: | ||
* Full-VM snapshotting |
* Full-VM snapshotting |
||
owner: ? |
owner: ? |
||
status: ? |
|||
Have a way of coordinating the taking and restoring of VM memory and |
Have a way of coordinating the taking and restoring of VM memory and |
||
disk snapshots. This would involve some investigation into the best |
disk snapshots. This would involve some investigation into the best |
||
Line 108: | Line 134: | ||
* VM Cloning |
* VM Cloning |
||
owner: ? |
owner: ? |
||
status: May need review |
|||
Again, a way of coordinating the memory and disk aspects. Research |
Again, a way of coordinating the memory and disk aspects. Research |
||
into the best way to do this would probably go along with the |
into the best way to do this would probably go along with the |
||
snapshotting feature. |
snapshotting feature. |
||
⚫ | |||
⚫ | |||
* Memory: Replace PoD with paging mechanism |
* Memory: Replace PoD with paging mechanism |
||
owner: george@citrix |
owner: george@citrix |
||
status: May need review |
|||
⚫ | |||
⚫ | |||
status: ? |
|||
* Managed domains? |
* Managed domains? |
Revision as of 16:42, 19 September 2012
Proposed timeline
We are planning on a 9-month release cycle. Based on that, below are our estimated dates:
- Feature Freeze: 1 March, 2013
- First RC: 15 April 2013
- Release: 1 June 2013
The RCs and release will of course depend on stability and bugs, and will therefore be fairly unpredictable. The feature freeze may be slipped for especially important features which are near completion.
Feature list
Below is a list of features we're tracking for this release. If you have updates to a tracked feature you are working on, or are working on a feature and wish it to be tracked, please let me know.
* PVH mode, domU (w/ Linux) owner: mukesh@oracle status: ? * PVH mode, dom0 (w/ Linux) owner: mukesh@oracle status: ? * Event channel scalability owner: attilio@citrix status: ? Increase limit on event channels (currently 1024 for 32-bit guests, 4096 for 64-bit guests) * ARM server port owner: ijc@citrix status: Core hypervisor patches accepted; Linux paches pending * NUMA scheduler affinity critical owner: dario@citrix status: ? * NUMA Memory migration owner: dario@citrix status: ? * blktap3 owner: thanos@citrix status: ? * Default to QEMU upstream - qemu-based stubdom (Linux or BSD libc) owner: anthony@citrix status: ? qemu-upstream needs a more fully-featured libc than exists in minios. Either work on a minimalist linux-based stubdom with glibc, or port one of the BSD libcs to minios. - pci pass-thru owner: anthony@citrix status: ? * Persistent grants owner: @citrix status: ? * Multi-page blk rings - blkback in kernel (konrad@oracle, ?@intel) - qemu blkback status: ? * Multi-page net protocol owner: ? status: ? expand the network ring protocol to allow multiple pages for increased throughput * Scalability: 16TiB of RAM owner: jan@suse status: ? * libvirt integration owner: ? status: ? To begin with, we need someone to go and make some lists: - Features available in libvirt/KVM not available in libvirt/Xen - Features available in xl/Xen but not available in libvirt/Xen * xl vm-{export,import} owner: ? status: ? Allow xl to import and export VMs to other formats; particularly ovf, perhaps the XenServer format, or more. * xl USB pass-through for PV guests owner: ? status: ? - Port the xend PV pass-through functionality to xl. - Make sure qemu-based USB with qemu-upstream works - Upstream the Linux frontend/backend drivers * openvswitch toostack integration owner: roger@citrix status: Sample script posted by Bastian ("[RFC] openvswitch support script") * Rationalized backend scripts (incl. driver domains) owner: roger@citrix status: ? * Linux console improvements owner: jan@suse -EHCI debug port (done, to be submitted) -xHCI debug port -Firewire * CPUID-based idle (don't rely on ACPI info f/ dom0) owner: jan@suse status: done, to be submitted * Remove hardcoded mobprobe's in xencommons owner: ? status: ? * Make storage migration possible owner: ? status: ? There needs to be a way, either via command-line or via some hooks, that someone can build a "storage migration" feature on top of libxl or xl. * Full-VM snapshotting owner: ? status: ? Have a way of coordinating the taking and restoring of VM memory and disk snapshots. This would involve some investigation into the best way to accomplish this. * VM Cloning owner: ? status: May need review Again, a way of coordinating the memory and disk aspects. Research into the best way to do this would probably go along with the snapshotting feature. * Memory: Replace PoD with paging mechanism owner: george@citrix status: May need review * PV audio (audio for stubdom qemu) owner: stefano.panella@citrix status: ? * Managed domains?