From mboxrd@z Thu Jan 1 00:00:00 1970 From: Stefano Stabellini Subject: Re: Xen 4.5 development update Date: Wed, 28 May 2014 12:43:23 +0100 Message-ID: References: <20140527180640.6053D1BF275@phenom.dumpdata.com> <5384E511.1000901@samsung.com> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="1342847746-363562612-1401276954=:4779" Return-path: Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1WpcGZ-0006Ww-KJ for xen-devel@lists.xenproject.org; Wed, 28 May 2014 11:43:32 +0000 In-Reply-To: <5384E511.1000901@samsung.com> Content-ID: List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-devel-bounces@lists.xen.org Errors-To: xen-devel-bounces@lists.xen.org To: Wei Huang Cc: feng.wu@intel.com, ufimtseva@gmail.com, JBeulich@suse.com, daniel.kiper@oracle.com, stefano.stabellini@eu.citrix.com, zoltan.kiss@citrix.com, avanzini.arianna@gmail.com, xen-devel@lists.xenproject.org, serge.broslavsky@linaro.org, olaf@aepfle.de, vijay.kilari@gmail.com, julien.grall@linaro.org, roy.franz@linaro.org, Paul.Durrant@citrix.com, msw@amazon.com, boris.ostrovsky@oracle.com, andrew.bennieston@citrix.com, Wei.Liu2@citrix.com, andrew.cooper3@citrix.com, Kelly.Zytaruk@amd.com, dslutz@verizon.com, david.vrabel@citrix.com, tiejun.chen@intel.com, malcolm.crossley@citrix.com, Vijaya.Kumar@caviumnetworks.com, christoffer.dall@linaro.org, roger.pau@citrix.com List-Id: xen-devel@lists.xenproject.org --1342847746-363562612-1401276954=:4779 Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: QUOTED-PRINTABLE Content-ID: On Tue, 27 May 2014, Wei Huang wrote: > Hi Konrad, >=20 > I would expect the following item to be added for Xen 4.5. The patch set = has > been reviewed for several rounds and shouldn't have any major technical > challenge. >=20 > * Wei Huang Prognosis: 90 % > ARM VM save/restore/live migration >=20 > Also, I don't see many ARM features, other than IOMMU and memory_map > hypercall, in your list. There should be more. Maybe Stefano/IanC/Julien = can > gather a list for ARM? Yes, indeed. Please add: Vijay Kilari: 90% GICv3 support Julien Grall: 0% device assignment on ARM Roy Franz: 0% Xen UEFI booting on ARM Linaro (unknown): 0% GICv2m support > Thanks, > -Wei >=20 > On 05/27/2014 01:06 PM, konrad.wilk@oracle.com wrote: > > Below is a summary of the projects / features being worked on for the 4= =2E5 > > time frame that I had been gathering. > >=20 > > It is not complete! I would like folks input if I had missed something > > or screwed up. Will also talk at Xen Hackahon about this and take a loo= k > > at http://wiki.xen.org/wiki/Xen_Roadmap/4.4 to see which of the > > items there should move over. > >=20 > > The tentative feature freeze is scheduled for September 10th, > > which is months away. With that in mind, I think it's time to take > > stock of the development, so we know whether to ask for more help or di= vert > > resources. > >=20 > > For items involving code hosted on the Xen.org site (including qemu-xen= ), > > that means a likelihood of having the feature code-complete and mostly > > working by the feature freeze. (It's OK if there are still bugs to be > > worked out.) For items in Linux, I think it would mean having items on > > track > > to make it into the kernel released just after the scheduled 4.5 time f= rame. > > Not sure what that means for libvirt. :-) > >=20 > > For items involving code hosted on the Xen.org site (including qemu-xen= ), > > that means a likelihood of having the feature code-complete and mostly > > working by the feature freeze. (It's OK if there are still bugs to be > > worked out.) For items in Linux, I think it would mean having items on > > track > > to make it into the kernel released just after the scheduled 4.5 time f= rame. > > Not sure what that means for libvirt. :-) > >=20 > > =3D Timeline =3D > >=20 > > We are planning on a 9-month release cycle. Based on that, below are > > our estimated dates: > > * Feature Freeze: 10th September 2014 > > * First RC: 10th October > > * Release: 10th December 2014 > >=20 > > The RCs and release will of course depend on stability and bugs, and > > will therefore be fairly unpredictable. The feature freeze may be > > slipped for especially important features which are near completion. > >=20 > > =3D Prognosis =3D > >=20 > > The prognosis is a numerical value of the likehood of the feature/code > > making it in the code-base. > >=20 > > If folks prefer the fair, good, excellent marker I can switch over to > > that. > >=20 > > =3D Open =3D > >=20 > > * Andrew Cooper Prognosis: 100 % > > libx{c,l} error handling cleanup > > New migration. > > cpuid leveling > >=20 > > * Andrew Benniest Prognosis: 100 % > > Netback multiqueue > >=20 > > * Arianna Avanzini Prognosis: 100 % > > block multiqueue > > XEN_DOMCTL_memory_mapping hypercall for ARM > >=20 > > * Elena Ufimtseva Prognosis: 0 % > > vNUMA in Xen > > vNUMA in Linux > >=20 > > * Boris Ostrovsky Prognosis: 100 % > > VPMU - 'perf' support in Xen > > VPMU - 'perf' support in Linux > > vAPIC in PVHVM guests > >=20 > > * Bob Liu Prognosis: 100 % > > tmem cleanups/fixes > > 1TB slow destruction > >=20 > > * Dario Faggioli Prognosis: 0 % > > Soft affinity for vcpus (was NUMA affinity for vcpus) > >=20 > > * Matt Wilson Prognosis: 0 % > > HVM guest NUMA > >=20 > > * Don Slutz Prognosis: 100 % > > Bigger PCI hole in QEMU > > Re-write of HPET > >=20 > > * David Vrabel: Prognosis: 100 % > > New migration. > >=20 > > * Daniel Kiper Prognosis: 100 % > > GRUB2 multiboot2 > > Xen multiboot2 support > > Linux pvops of Xen EFI hypercall support > > libxl/xl - xm compatibility mode for mem-max and mem-set; > > Rearrange and cleanup installation destination directories (/var -= > > > var/lib/xen) > >=20 > > * George Dunlap: Prognosis: 100 % > > Default to credit2 > > > cpu pinning, numa affinity and cpu reservation > >=20 > > * Roger Pau Monn=EC=B1=95 Prognosis: 100 % > > Xen PVH dom0 > > PVH FreeBSD dom0 > >=20 > > * Konrad Rzeszutek Wilk Prognosis: 30 % > > NUMA memory scrubbing > > Performance fixes for PCI passthrough > >=20 > > * Kelly Zytaruk Prognosis: 100 % > > AMD Radeon PCI GPU passthrough > >=20 > > * Chen, Tiejun Prognosis: 100 % > > Intel IGD PCI GPU passthrough > >=20 > > * Mukesh Rathor Prognosis: 100 % > > Xen PVH dom0 > > Linux PVH dom0 > >=20 > > * Wei Liu Prognosis: 100 % > > Adding missing 'xend' features in libxl > > xl list -l on a dom0-only system > > xl list -l doesn't contain tty console port > > xl: passing more defaults in configuration in xl.conf > > > There are a number of options for which it might be useful to p= ass a > > default in xl.conf. For example, if we could have a default "backend" > > parameter for vifs, then it would be easy to switch back and forth betw= een a > > backend in a driver domain and a backend in dom0. > >=20 > > * Ian Campbel Prognosis: 100 % > > OSSTest: libvirt > > OSSTest: upstream QEMU > >=20 > > * Ian Jackson Prognosis: 100 % > > xl does not handle migrate interruption gracefully > > > If you start a localhost migrate, and press "Ctrl-C" in the mid= dle, > > you get two hung domains > >=20 > > * Stefano Stabellini Prognosis: 100 % > > > >=20 > > * Julien Grall Prognosis: 100 % > > ARM IOMMU support > >=20 > > * Malcolm Crossley Prognosis: 100 % > > IOMMU ABI for guests to map their DMA regions > >=20 > > * Zoltan Kiss Prognosis: 100 % > > Netback grant table manipulations > > "Short" grant copy (just header) of packets. > >=20 > > * Feng Wu Prognosis: 100 % > > SMAP > > alternative_asm in Xen > >=20 > > * Zhang, Yang Z Prognosis: 100 % > > dirty vram / IOMMU bug > >=20 > > * Paul Durrant Prognosis: 100 % > > ioreq-server, aka secondary emulators > >=20 > > * Jan Beulich Prognosis: 100 % > > Stability > >=20 > > * Olaf Hering Prognosis: 100 % > > libvirt and xl discard support, so that libvirt can start using it > > pvscsi should be targeted for 4.5, a prototype exists > > live migration knobs, there is no suitable code yet, just ideas > >=20 > > * Joe Doe aka not assigned to anybody Prognosis: 0 % > > PoD fixes > > TLB flushing without locks in Xen > > xl does not support specifying virtual function for passthrough de= vice > > > http://bugs.xenproject.org/xen/bug/22 > > PCI hole resize support hvmloader/qemu-traditional/qemu-upstream w= ith > > PCI/GPU passthrough > > > http://bugs.xenproject.org/xen/bug/28 > >=20 > >=20 > >=20 > >=20 > > _______________________________________________ > > Xen-devel mailing list > > Xen-devel@lists.xen.org > > http://lists.xen.org/xen-devel > >=20 >=20 --1342847746-363562612-1401276954=:4779 Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Xen-devel mailing list Xen-devel@lists.xen.org http://lists.xen.org/xen-devel --1342847746-363562612-1401276954=:4779--