xen-devel.lists.xenproject.org archive mirror
 help / color / mirror / Atom feed
From: Andrew Cooper <andrew.cooper3@citrix.com>
To: xen-devel@lists.xen.org
Subject: Re: Xen 4.2 TODO / Release Plan
Date: Tue, 17 Jul 2012 17:51:34 +0100	[thread overview]
Message-ID: <50059816.5070401@citrix.com> (raw)
In-Reply-To: <1342543623.16704.20.camel@zakaz.uk.xensource.com>

On 17/07/12 17:47, Ian Campbell wrote:
> I missed last week and yesterday because I was travelling, but here is
> an update...
>
> 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)
>
> 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.
>
> hypervisor, blockers:
>
>     * [BUG] stub domains broken. HVM_PARAM_DM_DOMAIN needs to reset
>       HVM_PARAM_BUFIOREQ_EVTCHN (Anthony Perard, DONE)
>
> 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>
>
>         * 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)
>
>     * 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)
>
> 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)

* Complete docs for hypervisor command line options.
I am currently working on this while other things are compiling.

~Andrew

>
> 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.
>
>     * 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)
>
>
>
> _______________________________________________
> Xen-devel mailing list
> Xen-devel@lists.xen.org
> http://lists.xen.org/xen-devel

-- 
Andrew Cooper - Dom0 Kernel Engineer, Citrix XenServer
T: +44 (0)1223 225 900, http://www.citrix.com




_______________________________________________
Xen-devel mailing list
Xen-devel@lists.xen.org
http://lists.xen.org/xen-devel

  reply	other threads:[~2012-07-17 16:51 UTC|newest]

Thread overview: 60+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2012-07-17 16:47 Xen 4.2 TODO / Release Plan Ian Campbell
2012-07-17 16:51 ` Andrew Cooper [this message]
  -- strict thread matches above, loose matches on Subject: below --
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
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-14  9:05 Ian Campbell
2012-08-14  9:52 ` Jan Beulich
2012-08-15 15:46 ` George Dunlap
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-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-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-05-14 10:26 Ian Campbell
2012-05-14 11:14 ` 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

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=50059816.5070401@citrix.com \
    --to=andrew.cooper3@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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).