Re: [Xen-devel] Xen 4.2 TODO List

["Andres Lagar-Cavilla" <andres@xxxxxxxxxxxxxxxx>]

> Date: Mon, 23 Jan 2012 13:19:05 +0000
> From: Ian Campbell <Ian.Campbell@xxxxxxxxxx>
> To: xen-devel <xen-devel@xxxxxxxxxxxxxxxxxxx>
> Subject: [Xen-devel] Xen 4.2 TODO List Update
> Message-ID: <1327324745.24561.124.camel@xxxxxxxxxxxxxxxxxxxxxx>
> Content-Type: text/plain; charset="UTF-8"
>
> Newly updated list follows. Please send me corrections (especially
> "done"). I've stopped CCing everyone, since I guess it is mostly spam to
> the majority.
>
> hypervisor, blockers:
>
>       * round-up of the closing of the security hole in MSI-X
>         passthrough (uniformly - i.e. even for Dom0 - disallowing write
>         access to MSI-X table pages). (Jan Beulich -- more fixes
>         required than first thought, patches posted)
>       * domctls / sysctls set up to modify scheduler parameters, like
>         the credit1 timeslice and schedule rate. (George Dunlap)
>       * get the interface changes for sharing/paging/mem-events done and
>         dusted so that 4.2 is a stable API that we hold to. (Tim Deegan,
>         Andres Lagar-Cavilla et al)
>               * mem event ring management posted, seems close to going
>                 in.
Mem event ring management has gone in, so you can chalk it off the list.

>               * sharing patches posted
A repost of the sharing queue Wed evening, after the last round of
comments. Any feedback from tools maintainers on "[PATCH 09 of 12] Update
memshr API and tools"?

Thanks
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:
>               * event handling (Ian Jackson, posted several rounds,
>                 nearing completion?)
>               * drop libxl_device_model_info (move bits to build_info or
>                 elsewhere as appropriate) (Ian Campbell, first RFC sent)
>               * add libxl_defbool and generally try and arrange that
>                 memset(foo,0,...) requests the defaults (Ian Campbell,
>                 first RFC sent)
>               * topologyinfo datastructure should be a list of tuples,
>                 not a tuple of lists. (nobody currently looking at this,
>                 not 100% sure this makes sense, could possibly defer and
>                 change after 4.2 in a compatible way)
>       * xl to use json for machine readable output instead of sexp by
>         default (Ian Campbell to revisit existing patch)
>       * xl support for vcpu pinning (Dario Faggioli)
>       * xl feature parity with xend wrt driver domain support (George
>         Dunlap)
>       * Integrate qemu+seabios upstream into the build (patches
>         reposted, pending). No change in default qemu for 4.2.
>       * More formally deprecate xm/xend. Manpage patches already in
>         tree. Needs release noting and communication around -rc1 to
>         remind people to test xl.
>
> hypervisor, nice to have:
>
>       * solid implementation of sharing/paging/mem-events (using work
>         queues) (Tim Deegan, Olaf Herring et al)
>       * A long standing issue is a fully synchronized p2m (locking
>         lookups) (Andres Lagar-Cavilla)
>       * NUMA improvement: domain affinity consistent with cpupool
>         membership (Dario Faggioli, Jeurgen Gross -- patch posted)
>
> tools, nice to have:
>
>       * Hotplug script stuff -- internal to libxl (I think, therefore I
>         didn't put this under stable API above) but still good to have
>         for 4.2? Roger Pau Monet was looking at this but its looking
>         like a big can-o-worms. (discussion on-going)
>       * Block script support -- follows on from hotplug script (Roger
>         Pau Monet)
>       * libyajl v2 support (patch posted by Roger Pau Monet, blocked on
>         autoconf?)
>       * Configure/control paging via xl/libxl (Olaf Herring)
>       * Upstream qemu feature patches:
>               * Upstream qemu PCI passthrough support (Anthony Perard)
>               * Upstream qemu save restore (Anthony Perard)
>       * Nested-virtualisation (currently should be marked
>         experimental,likely to release that way? Consider nested-svm
>         separate to nested-vmx. Nested-svm is in better shape)
>
> Tools, need to decide if pre- or post-4.2 feature:
>
>       * Autoconf (Roger Pau Monet posted a patch)
>
>
>



_______________________________________________
Xen-devel mailing list
Xen-devel@xxxxxxxxxxxxxxxxxxx
http://lists.xensource.com/xen-devel