From: Ian Campbell <Ian.Campbell@citrix.com>
To: xen-devel <xen-devel@lists.xen.org>
Subject: Xen 4.2 TODO / Release Plan
Date: Mon, 14 May 2012 11:26:55 +0100 [thread overview]
Message-ID: <1336991215.31817.59.camel@zakaz.uk.xensource.com> (raw)
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
Mid/Late May -- First release candidate
Weekly -- RCN+1 until it is ready
The updated TODO list follows. Per the release plan a 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.
A lot of new DONE and one of the bigger items (IanJ's async
bootloader/create/fork series) is now in. The remaining big items are
the hotplug script series and asynchronisation of migration.
We have made a freeze exception for George's "pciback autobind" patch to
xl, since it is self contained. Likewise Bastian's suggestion to rename
xs.h -> xenstore.h (since the old name is too short and now conflicts
with another project) has been accepted (with compat symlinks) for 4.2
in order to get the transition under way ASAP.
Other than that I think we should consider the freeze to be in full
effect and the bar to entry to 4.2 to be very high.
hypervisor, blockers:
* Performance regression due to contention on p2m lock. Patches
posted, reviewed, updated, to go in shortly (Tim, Andres)
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:
* Safe fork vs. fd handling hooks. Involves API changes
(Ian J, I think this was actually DONE a while back and
I missed it)
* libxl_wait_for_free_memory/libxl_wait_for_memory_target.
Interface needs an overhaul, related to
locking/serialization over domain create (deferred to
4.3). IanJ to add note about this interface being
substandard but otherwise defer to 4.3.
* libxl_*_path. Majority made internal, only configdir and
lockdir remain public (used by xl). Good enough?
* Interfaces which may need to be async:
* libxl_domain_suspend. Probably need to move
xc_domain_save into a separate process, as per
<20366.40183.410388.447630@mariner.uk.xensource.com>. Likely need to do the same for xc_domain_restore too. (IanJ).
* libxl_domain_create_{new,restore} -- IanJ has
patches as part of event series, (DONE).
* libxl_domain_core_dump. Can take a dummy ao_how
and remain synchronous internally. (IanC, DONE)
* libxl_device_{disk,nic,vkb,add,pci}_add (and
remove?). Roger Pau Monné fixes disk as part of
hotplug script series and adds infrastructure
which should make the others trivial. (Roger,
WIP)
* libxl_cdrom_insert. Should be easy once
disk_{add,remove} done, IanJ to look at (or
doing so?).
* libxl_device_disk_local_{attach,detach}. Become
internal as part of Stefano's domain 0 disk
attach series (patches posted, another round
required?)
* libxl_fork -- IanJ's event series will remove
all users of this. (DONE)
* [BUG] Manually ballooning dom0. xl mem-set 0 [foo] fails with
"libxl: error: libxl.c:2569:libxl_set_memory_target: cannot get
memory info from /local/domain/0/memory/static-max: No such file
or directory". This might be suitable for an enthusiastic
on-looker. (Seems to have been fixed, DONE)
* xl compatibility with xm:
* [BUG] cannot create an empty CD-ROM driver on HVM guest,
reported by Fabio Fantoni in
<4F9672DD.2080902@tiscali.it>
* [BUG] Spurious CPU params error message when starting a
domain, e.g. "Cpu weight out of range, valid values are
within range from 1 to 65535". ("George will do it if no
one else steps up")
* does not automatically try to select a (set of) node(s)
on which to create a VM and pin its vcpus there. (Dario
Faggioli, patches posted)
* More formally deprecate xm/xend. Manpage patches already in
tree. Needs release noting and communication around -rc1 to
remind people to test xl.
* xl to refuse to run if xend is running, Roger Pau Monné (patch
posted, needs rebase)
* Domain 0 block attach & general hotplug when using qdisk backend
(need to start qemu as necessary etc) (Stefano S, patches
posted, needs updates)
* Improved Hotplug script support (Roger Pau Monné, patches
posted)
* Block script support -- follows on from hotplug script (Roger
Pau Monné)
* xs.h -> xenstore.h. Should do this for 4.2 rather than have
distros carry their own patches. (Ian C, patch posted)
hypervisor, nice to have:
* PoD performance improvements (George Dunlap)
tools, nice to have:
* Upstream qemu feature patches:
* Upstream qemu PCI passthrough support (Anthony Perard,
awaiting qemy upstream review)
* Upstream qemu is frozen for their next release.
Unlikely that these will be accepted in the next
few weeks. Given that upstream qemu is not yet
the default I think it is acceptable to defer
PCI passthrough support to 4.3.
* Upstream qemu save restore (Anthony Perard, Stefano
Stabellini, qemu patches applied, libxl patches applied.
Done)
* Initial xl support for Remus (memory checkpoint, blackholing)
(Shriram, was waiting on libxl side of qemu upstream
save/restore, now unblocked)
* xl compatibility with xm:
* xl support for autospawning vncviewer (vncviewer=1 or
otherwise) (Goncalo Gomes, new version of patch posted
recently)
* Directory usage in libxl (Bastian, as part of Debian packaging,
likely to defer to 4.3 unless there is some big problem with
packaging deviating from upstream)
* dumps in /var/xen: wtf?
* Bastian: "The FHS defines /var/crash for system
crash dumps, but it is not used everywhere. So I
would use /var/lib/xen/dump or so."
* user data files in /var/lib/xen:
* What are the guarantees given for this files?
* Bastian: "I don't think rebooting the control
domain without rebooting Xen will work right
now. So /var/run is the correct location."
* /var/run/libxl for temporary files
* "$TMPDIR or the fallback /tmp is the correct
location."
* xl commands to help rebind pci devices to pciback.
[0] http://lists.xen.org/archives/html/xen-devel/2012-03/msg00883.html
_______________________________________________
Xen-devel mailing list
Xen-devel@lists.xen.org
http://lists.xen.org/xen-devel
next reply other threads:[~2012-05-14 10:26 UTC|newest]
Thread overview: 60+ messages / expand[flat|nested] mbox.gz Atom feed top
2012-05-14 10:26 Ian Campbell [this message]
2012-05-14 11:14 ` Xen 4.2 TODO / Release Plan Jan Beulich
2012-05-29 9:32 ` Ian Campbell
2012-05-29 10:10 ` Jan Beulich
2012-05-31 9:24 ` Olaf Hering
2012-05-31 9:37 ` Jan Beulich
2012-05-31 9:56 ` Stefano Stabellini
2012-05-31 21:43 ` Olaf Hering
2012-05-14 13:51 ` Dario Faggioli
2012-05-14 15:33 ` Ian Jackson
2012-05-14 15:43 ` Ian Campbell
2012-05-14 17:07 ` Dario Faggioli
2012-05-21 11:47 Ian Campbell
2012-05-21 13:00 ` Pasi Kärkkäinen
2012-05-21 13:05 ` Ian Campbell
2012-05-21 13:32 ` Jan Beulich
2012-06-12 13:00 Ian Campbell
2012-06-12 13:57 ` Jan Beulich
2012-06-12 14:05 ` Ian Campbell
2012-06-13 10:48 ` Stefano Stabellini
2012-06-20 15:25 ` Ian Campbell
2012-06-20 15:40 ` Jan Beulich
2012-06-20 15:47 ` Ian Jackson
2012-06-20 16:06 ` Jan Beulich
2012-06-20 15:50 ` Ian Campbell
2012-06-20 15:58 ` Ian Jackson
2012-06-20 15:46 ` Ian Jackson
2012-06-18 8:36 ` Roger Pau Monne
2012-06-18 12:19 ` Dario Faggioli
2012-07-17 16:47 Ian Campbell
2012-07-17 16:51 ` Andrew Cooper
2012-07-30 8:30 Ian Campbell
2012-08-03 10:09 ` Ian Campbell
2012-08-03 10:28 ` Keir Fraser
2012-08-03 10:30 ` Ian Campbell
2012-08-03 10:44 ` Jan Beulich
2012-08-06 17:06 ` Liu, Jinsong
2012-08-07 6:38 ` Jan Beulich
2012-08-07 7:50 ` Keir Fraser
2012-08-07 8:05 ` Jan Beulich
2012-08-07 8:10 ` Ian Campbell
2012-08-07 18:13 ` Liu, Jinsong
2012-08-08 6:37 ` Jan Beulich
2012-08-14 9:05 Ian Campbell
2012-08-14 9:52 ` Jan Beulich
2012-08-15 15:46 ` George Dunlap
2012-08-20 9:17 Ian Campbell
2012-08-20 11:06 ` Jan Beulich
2012-08-21 15:14 ` Ren, Yongjie
2012-08-21 15:27 ` Ian Campbell
2012-08-21 15:49 ` Ren, Yongjie
2012-08-21 15:39 ` Ben Guthro
2012-08-21 16:08 ` Jan Beulich
2012-08-28 10:06 Ian Campbell
2012-08-31 17:26 ` George Dunlap
2012-09-03 9:10 ` Ian Campbell
2012-08-31 17:36 ` George Dunlap
[not found] ` <CAFLBxZaDmZ8bTQzZ_CpQpTros9WFK7Q96v-1Y3zXXWLdciMXTw@mail.gmail.com>
2012-08-31 17:42 ` Konrad Rzeszutek Wilk
2012-09-02 4:46 ` Pasi Kärkkäinen
2012-09-03 9:09 ` Ian Campbell
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=1336991215.31817.59.camel@zakaz.uk.xensource.com \
--to=ian.campbell@citrix.com \
--cc=xen-devel@lists.xen.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.