Plan for a 4.2 release:
http://lists.xen.org/archives/html/xen-devel/2012-03/msg00793.html
The time line is as follows:
19 March -- TODO list locked down
2 April -- Feature Freeze
<< WE ARE HERE
When It's Ready -- First release candidate
Weekly -- RCN+1 until release
The updated TODO list follows.
If you are aware of any bugs which must/should be fixed for 4.2 then
please reply to this thread (otherwise I may not remember to pick them
up next week)
A very strong case will now have to be made as to why new items should
be added to the list, especially as a blocker, rather than deferred to
4.3.
hypervisor, blockers:
* [BUG] stub domains broken. HVM_PARAM_DM_DOMAIN needs to reset
HVM_PARAM_BUFIOREQ_EVTCHN (Anthony Perard, DONE)
* [BUG] EFI binaries installed to /efi instead of under /usr/lib
after LIB_DIR definition moved to configure script. (Matt
Wilson, patch posted, under discussion)
tools, blockers:
* libxl stable API -- we would like 4.2 to define a stable API
which downstream's can start to rely on not changing. Aspects of
this are:
* Interfaces which may need to be async:
* libxl_device_{disk,nic,vkb,add,pci}_add (and
remove). (Roger Pau Monné, all except pci included in
calling hotplug scripts from xl)
* LIBXL_NIC_TYPE enum names are confusing. (Roger, included in
calling hotplug scripts series)
* xl compatibility with xm:
* [BUG] cannot create an empty CD-ROM drive on HVM guest,
reported by Fabio Fantoni in <4F9672DD.2080902@tiscali.it>
(Ian C, has a half baked patch)
* does not automatically try to select a (set of) node(s) on
which to create a VM and pin its vcpus there. (Dario
Faggioli, first half applied, second half reposted)
* [CHECK] More formally deprecate xm/xend. Manpage patches already
in tree. Needs release noting and communication around -rc1 to
remind people to test xl.
* calling hotplug scripts from xl (Linux and NetBSD) (Roger Pau
Monné, v9 posted, review on going)
* Block script support -- follows on from hotplug script (Roger
Pau Monné, "just be a matter of removing an "if"")
* [CHECK] Confirm that migration from Xen 4.1 -> 4.2 works.
* [BUG] LIBLEAFDIR et al and libfsimage do the wrong thing on
modern Debian/Ubuntu w/ multiarch capabilities (Matt Wilson,
DONE)
* libxl to reject attempts to migrate a domain using upstream
qemu, due to lack of log dirty support (Ian C, patch sent,
awaiting review)
* [BUG] parameter 'maxvcpus' causes hvm guest boots up with wrong
vcpu number http://bugzilla.xen.org/bugzilla/show_bug.cgi?id=1825
(<E4558C0C96688748837EB1B05BEED75A0FD5574A@SHSMSX102.ccr.corp.intel.com>)
hypervisor, nice to have:
* vMCE save/restore changes, to simplify migration 4.2->4.3 with
new vMCE in 4.3. (Jinsong Liu, Jan Beulich)
tools, nice to have:
* xl compatibility with xm:
* Accept "xl cr /dev/null param=value" to provide all config
on the command line (W. Michael Petullo, DONE)
* libxl stable API
* libxl_wait_for_free_memory/libxl_wait_for_memory_target.
Interface needs an overhaul, related to
locking/serialization over domain create. IanJ to add note
about this interface being substandard but otherwise defer
to 4.3.
* Interfaces which may need to be async:
* libxl_cdrom_insert. Should be easy once
disk_{add,remove} done. This is basically a helper
function and its functionality can be implemented in
terms of the libxl_disk_* interfaces. If this is not
done in time we should document as a substandard
interface which is subject to change post 4.2.
(IanC: this function just looks to be broken to me... I
have a half baked fixup patch)
* xl.cfg(5) documentation patch for qemu-upstream
videoram/videomem support:
http://lists.xen.org/archives/html/xen-devel/2012-05/msg00250.html
qemu-upstream doesn't support specifying videomem size for the
HVM guest cirrus/stdvga. (but this works with
qemu-xen-traditional). (Pasi Kärkkäinen)
* [BUG] long stop during the guest boot process with qcow image,
reported by Intel: http://bugzilla.xen.org/bugzilla/show_bug.cgi?id=1821
* [BUG] vcpu-set doesn't take effect on guest, reported by Intel:
http://bugzilla.xen.org/bugzilla/show_bug.cgi?id=1822
* Load blktap driver from xencommons initscript if available, thread at:
<db614e92faf743e20b3f.1337096977@kodo2>. To be fixed more
properly in 4.3. (Patch posted, discussion, plan to take simple
xencommons patch for 4.2 and revist for 4.3)
* [BUG] xl allows same PCI device to be assigned to multiple
guests. http://bugzilla.xen.org/bugzilla/show_bug.cgi?id=1826
(<E4558C0C96688748837EB1B05BEED75A0FD5574A@SHSMSX102.ccr.corp.intel.com>)
_______________________________________________
Xen-devel mailing list
Xen-devel@lists.xen.org
http://lists.xen.org/xen-devel