From: Ian Campbell <Ian.Campbell@citrix.com>
To: xen-devel <xen-devel@lists.xen.org>
Subject: Xen 4.2 Release Plan / TODO
Date: Mon, 19 Mar 2012 10:57:25 +0000 [thread overview]
Message-ID: <1332154645.9223.35.camel@zakaz.uk.xensource.com> (raw)
So as discussed last week we now have a 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 << WE ARE HERE
2 April -- Feature Freeze
Mid/Late April -- 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.
Things look pretty good on the hypervisor side of things.
The tools list is quite long but most stuff is known to be in progress
and in many cases preliminary patches are available. I think there is a
name next to everything.
I have gather various items under a top level "xl compatibility with xm"
heading under both blocker and nice-to-have. I expect this is the area
where most bugs will be reported once we hit -rc and users start testing
this stuff in anger.
Ian.
hypervisor, blockers:
* NONE?
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, patches posted)
* locking/serialization, e.g., for domain creation. As of
now, nothing is provided for this purpose, and
downstream toolstacks have to put their own mechanisms
in place. E.g., xl uses a fcntl() lock around the whole
process of domain creation. It should OTOH be libxl job
to offer a proper set of hooks --placed at the proper
spots during the domain creation process-- for the
downstreams to fill with the proper callbacks. (Dario
Faggioli)
* agree & document compatibility guarantees + associated
technical measures (Ian C)
* xl compatibility with xm:
* feature parity wrt driver domain support (George Dunlap)
* xl support for "rtc_timeoffset" and "localtime" (Lin
Ming, 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.
* Domain 0 block attach & general hotplug when using qdisk backend
(need to start qemu as necessary etc) (Stefano S)
* file:// backend performance. qemu-xen-tradition's qdisk is quite
slow & blktap2 not available in upstream kernels. Need to
consider our options:
* qemu-xen's qdisk is thought to be well performing but
qemu-xen is not yet the default. Complexity arising from
splitting qemu-for-qdisk out from qemu-for-dm and
running N qemu's.
* potentially fully userspace blktap could be ready for
4.2
* use /dev/loop+blkback. This requires loop driver AIO and
O_DIRECT patches which are not (AFAIK) yet upstream.
* Leverage XCP's blktap2 DKMS work.
* Other ideas?
* Improved Hotplug script support (Roger Pau Monné, patches
posted)
* Block script support -- follows on from hotplug script (Roger
Pau Monné)
hypervisor, nice to have:
* solid implementation of sharing/paging/mem-events (using work
queues) (Tim Deegan, Olaf Herring et al -- patches posted)
* "The last patch to use a waitqueue in
__get_gfn_type_access() from Tim works. However, there
are a few users who call __get_gfn_type_access with the
domain_lock held. This part needs to be addressed in
some way."
* Sharing support for AMD (Tim, Andres).
* PoD performance improvements (George Dunlap)
tools, nice to have:
* Configure/control paging via xl/libxl (Olaf Herring, lots of
discussion around interface, general consensus reached on what
it should look like)
* Upstream qemu feature patches:
* Upstream qemu PCI passthrough support (Anthony Perard,
patches sent)
* Upstream qemu save restore (Anthony Perard, Stefano
Stabellini, patches sent, waiting for upstream ack)
* Nested-virtualisation. Currently "experimental". Likely to
release that way.
* Nested SVM. Tested in a variety of configurations but
still some issues with the most important use case (w7
XP mode) [0] (Christoph Egger)
* Nested VMX. Needs nested EPT to be genuinely useful.
Need more data on testedness etc (Intel)
* Initial xl support for Remus (memory checkpoint, blackholing)
(Shriram, patches posted, blocked behind qemu save restore
patches)
* xl compatibility with xm:
* xl support for autospawning vncviewer (vncviewer=1 or
otherwise) (Goncalo Gomes)
* support for vif "rate" parameter (Mathieu Gagné)
[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-03-19 10:57 UTC|newest]
Thread overview: 69+ messages / expand[flat|nested] mbox.gz Atom feed top
2012-03-19 10:57 Ian Campbell [this message]
2012-03-19 11:25 ` Xen 4.2 Release Plan / TODO Jan Beulich
2012-03-19 11:33 ` Ian Campbell
2012-03-19 12:02 ` Jan Beulich
2012-03-19 12:13 ` Stefano Stabellini
2012-03-19 12:13 ` George Dunlap
2012-03-19 12:28 ` Ian Campbell
2012-03-20 5:19 ` Matt Wilson
2012-03-20 8:42 ` Ian Campbell
2012-03-22 9:21 ` Ian Campbell
2012-03-22 9:22 ` Ian Campbell
2012-03-22 10:22 ` Stefano Stabellini
2012-03-22 9:35 ` George Dunlap
2012-03-22 9:53 ` Ian Campbell
2012-03-22 10:08 ` George Dunlap
2012-03-22 10:19 ` Ian Campbell
2012-03-22 10:31 ` Keir Fraser
2012-03-22 10:34 ` George Dunlap
2012-03-22 10:38 ` Ian Campbell
2012-03-27 9:33 ` Ian Campbell
2012-03-27 10:19 ` George Dunlap
2012-03-27 9:34 Ian Campbell
2012-03-27 18:30 ` Shriram Rajagopalan
2012-04-02 10:26 Ian Campbell
2012-04-02 10:39 ` David Vrabel
2012-04-02 10:43 ` Ian Campbell
2012-04-02 11:17 ` George Dunlap
2012-04-02 14:41 ` Stefano Stabellini
2012-04-11 16:11 ` Ian Jackson
2012-04-11 16:13 ` Ian Jackson
2012-04-12 7:42 ` Ian Campbell
2012-04-12 7:35 ` Ian Campbell
2012-04-12 7:59 ` Ian Campbell
2012-04-12 16:37 ` Dan Magenheimer
2012-04-12 16:45 ` Ian Campbell
2012-04-13 15:28 ` Dan Magenheimer
2012-04-13 10:45 ` Ian Jackson
2012-04-13 19:45 ` Dan Magenheimer
2012-04-16 10:16 ` Ian Jackson
2012-04-12 8:16 ` Ian Campbell
2012-04-24 17:52 ` Ian Jackson
2012-04-10 10:24 Ian Campbell
2012-04-12 9:56 ` George Dunlap
2012-04-12 10:24 ` Dario Faggioli
2012-04-12 11:00 ` Ian Campbell
2012-06-20 11:29 Ian Campbell
2012-06-20 11:43 ` Andrew Cooper
2012-06-20 13:07 ` Jan Beulich
2012-06-20 13:19 ` Andrew Cooper
2012-06-20 19:29 ` Andrew Cooper
2012-06-26 8:16 ` Ian Campbell
2012-06-26 8:39 Ian Campbell
2012-06-26 20:31 ` Matt Wilson
2012-06-26 21:09 ` Konrad Rzeszutek Wilk
2012-06-26 22:57 ` Matt Wilson
2012-06-27 8:41 ` Ian Campbell
2012-06-28 8:56 ` Ren, Yongjie
2012-06-27 13:12 ` Jan Beulich
2012-06-27 14:52 ` Ian Campbell
2012-06-27 14:57 ` Jan Beulich
2012-06-27 15:01 ` Ian Campbell
2012-06-27 15:36 ` Jan Beulich
2012-06-28 15:18 ` Tim Deegan
2012-07-02 11:02 Ian Campbell
2012-07-03 7:52 ` Jan Beulich
2012-07-03 10:45 ` Anthony PERARD
2012-07-04 16:42 ` Dario Faggioli
2012-07-04 17:08 ` Roger Pau Monne
2012-07-13 9:55 ` Roger Pau Monne
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=1332154645.9223.35.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.