All of lore.kernel.org
 help / color / mirror / Atom feed
From: Tamas Lengyel <tamas.lengyel@zentific.com>
To: "wei.liu2@citrix.com" <wei.liu2@citrix.com>
Cc: elena.ufimtseva@oracle.com, feng.wu@intel.com,
	Eddie Dong <eddie.dong@intel.com>,
	Oleksandr Dmytryshyn <oleksandr.dmytryshyn@globallogic.com>,
	chegger@amazon.de, cyliu@suse.com, fabio.fantoni@m2r.biz,
	Artem Mygaiev <artem.mygaiev@globallogic.com>,
	"Edgar E. Iglesias" <edgar.iglesias@gmail.com>,
	chao.p.peng@linux.intel.com, Parth Dixit <parth.dixit@linaro.org>,
	dgolomb@seas.upenn.edu, manish jaggi <manishjaggi.oss@gmail.com>,
	Julien Grall <julien.grall@citrix.com>,
	jtweaver@hawaii.edu, wency@cn.fujitsu.com,
	Razvan Cojocaru <rcojocaru@bitdefender.com>,
	Oleksandr Tyshchenko <oleksandr.tyshchenko@globallogic.com>,
	guijianfeng@cn.fujitsu.com, Vijaya.Kumar@caviumnetworks.com,
	Anthony PERARD <anthony.perard@citrix.com>,
	xen-devel@lists.xenproject.org, eshelton@pobox.com,
	olaf@aepfle.de, Ian Campbell <ian.campbell@citrix.com>,
	Vijay Kilari <vijay.kilari@gmail.com>Julien
Subject: Re: Xen 4.6 Development Update (three months reminder)
Date: Tue, 14 Apr 2015 15:35:52 +0200	[thread overview]
Message-ID: <CABfawhmxVm0mnNRsdUs4eYSJpWEJZ96bfQPWkQ3PhKLJj58rrA@mail.gmail.com> (raw)
In-Reply-To: <E1Yhy41-0003V4-Jf@ukmail1.uk.xensource.com>


[-- Attachment #1.1: Type: text/plain, Size: 10783 bytes --]

On Tue, Apr 14, 2015 at 12:27 PM, <wei.liu2@citrix.com> wrote:

> Hi all
>
> We are now three months into 4.6 development window. This is an email to
> keep
> track of all the patch series I gathered. It is by no means complete and /
> or
> acurate. Feel free to reply this email with new projects or correct my
> misunderstanding.
>
> = Timeline =
>
> We are planning on a 9-month release cycle, but we could also release a bit
> earlier if everything goes well (no blocker, no critical bug).
>
> * Development start: 6 Jan 2015
> <=== We are here ===>
> * Feature Freeze: 10 Jul 2015
> * RCs: TBD
> * Release Date: 9 Oct 2015 (could release earlier)
>
> The RCs and release will of course depend on stability and bugs, and
> will therefore be fairly unpredictable.
>
> Bug-fixes, if Acked-by by maintainer, can go anytime before the First
> RC. Later on we will need to figure out the risk of regression/reward
> to eliminate the possiblity of a bug introducing another bug.
>
> = Prognosis =
>
> The states are: none -> fair -> ok -> good -> done
>
> none - nothing yet
> fair - still working on it, patches are prototypes or RFC
> ok   - patches posted, acting on review
> good - some last minute pieces
> done - all done, might have bugs
>
> = Bug Fixes =
>
> Bug fixes can be checked in without a freeze exception throughout the
> freeze, unless the maintainer thinks they are particularly high
> risk.  In later RC's, we may even begin rejecting bug fixes if the
> broken functionality is small and the risk to other functionality is
> high.
>
> Document changes can go in anytime if the maintainer is OK with it.
>
> These are guidelines and principles to give you an idea where we're coming
> from; if you think there's a good reason why making an exception for you
> will
> help us make Xen better than not doing so, feel free to make your case.
>
> == Hypervisor ==
>
> *  Alternate p2m: support multiple copies of host p2m (ok)
>   -  Ed White
>
> *  Improve RTDS scheduler (none)
>   -  Dagaen Golomb, Meng Xu
>
> *  Credit2: introduce per-vcpu hard and soft affinity (good)
>   -  Justin T. Weaver
>
> *  sndif: add API for para-virtual sound (fair)
>    v7 posted
>   -  Oleksandr Dmytryshyn
>
> *  gnttab: improve scalability (good)
>    v5 posted
>   -  Christoph Egger
>
> *  Display IO topology when PXM data is available (good)
>    v3 posted
>   -  Boris Ostrovsky
>
> *  Xen multiboot2-EFI support (fair)
>    See http://lists.xen.org/archives/html/xen-devel/2013-05/msg02281.html
>    RFC posted
>   -  Daniel Kiper
>
> *  Credit2 production ready (none)
>    cpu pinning, numa affinity and cpu reservation
>   -  George Dunlap
>
> *  VM event patches (none)
>    Add support for XSETBV vm_events,
>    Support hybernating guests
>    Support for VMCALL-based vm_events
>   -  Razvan Cojocaru
>
> === Hypervisor X86 ===
>
> *  Intel Cache Allocation Technology (good)
>   -  Chao Peng
>
> *  VT-d Posted-interrupt (PI) (none)
>   -  Wu, Feng
>
> *  HT enabled with credit has 7.9 per perf drop. (none)
>    kernbench demonstrated it
>    http://www.gossamer-threads.com/lists/xen/devel/339409
>    This has existed since credit1 introduction.
>   -  Dario Faggioli
>
> *  Support controlling the max C-state sub-state (fair)
>    v3 posted
>    Hadn't see the patch reposted.
>   -  Ross Lagerwall
>
> *  IOMMU ABI for guests to map their DMA regions (fair)
>   -  Malcolm Crossley
>
> *  Intel PML (Page Modification Logging) for Xen (none)
>    design doc posted
>   -  Kai Huang
>
> *  RMRR fix (fair)
>    RFC posted
>   -  Tiejun Chen
>
> *  VPMU - 'perf' support in Xen (good)
>    v14 posted
>    Need reviews/final ack.
>   -  Boris Ostrovsky
>
> *  PVH - AMD hardware support. (fair)
>    RFC posted
>   -  Elena Ufimtseva
>
> *  PVH dom0 (fair)
>    RFC posted
>   -  Elena Ufimtseva
>
> === Hypervisor ARM ===
>
> *  Mem_access for ARM (good)
>    v13 posted
>   -  Tamas K Lengyel
>

v14 has been posted as well, v15 will be sent this week.


>
> *  ITS support (fair )
>   -  Vijaya Kumar K
>
> *  Add ACPI support for arm64 on Xen (fair)
>    RFC posted
>   -  Parth Dixit
>
> *  ARM: reenable support 32-bit userspace running in 64-bit guest (good)
>    v2 posted
>   -  Ian Campbell
>
> *  ARM remote processor iommu module (GPUs + IPUs) (fair)
>    v3 posted
>   -  Andrii Tseglytskyi
>
> *  ARM VM save/restore/live migration (none)
>    Need to rebased against migrationv2 - no code posted.
>   -  None
>
> *  ARM GICv2m support (none)
>   -  Suravee Suthikulanit
>
> *  ARM - passthrough of non-PCI (ok)
>   -  Julien Grall
>
> *  ARM  PCI passthrough (none)
>   -  Manish Jaggi
>   -  Vijay Kilari
>
> == Xen toolstack ==
>
> *  toolstack-based approach to pvhvm guest kexec (fair)
>    also contains hypervisor side change
>   -  Vitaly Kuznetsov
>
> *  libxl: add qxl vga interface support for upstream qemu (fair)
>   -  Fabio Fantoni
>
> *  Toolstack-based approach to pvhvm guest kexec (ok)
>    v4 posted
>   -  Vitaly Kuznetsov
>
> *  libxl: cancelling asynchronous operations (fair)
>    RFC posted
>   -  Ian Jackson
>
> *  VMware tools support (fair)
>   -  Don Slutz
>
> *  PV USB support in libxl (fair)
>   -  Chunyan Liu
>
> *  HVM USB support in libxl (fair)
>   -  George Dunlap
>
> *  Blktap2 support (fair)
>   -  George Dunlap
>
> *  pvscsi in libxl (fair)
>   -  Juergen Gross and Olaf
>
> *  COarse-grain LOck-stepping Virtual Machines in Xen (fair)
>    RFC v5 posted
>   -  Wen Congyang
>   -  Gui Jianfeng
>   -  Yang Hongyang
>   -  Dong, Eddie
>
> *  New Migration (v2). (good)
>    v9 (libxc)
>    git://xenbits.xen.org/people/andrewcoop/xen.git
>    Seems that it might need to slip or we run v1 alongside v2.
>   -  Andrew Cooper & David Vrabel
>
> *  tmem migrationv2 patches. (none)
>   -  Bob Liu & Andrew Cooper & David Vrabel
>
> *  Remus using migration-v2 (fair)
>    RFC posted - depends on v6 of 'New Migration'
>   -  Yang Hongyang
>
> *  snapshot API extension (checkpointing disk) (fair)
>    v10
>   -  Chunyan Liu
>
> *  PVH - Migration of PVH DomUs. (none)
>    Depends on migration2 code
>   -  Roger Pau Monné
>
> *  PVH - Migration of guests from a PVH dom0  (none)
>    Depends on migration2 code
>   -  Roger Pau Monné
>
> *  Regression in PCI passthrough of INTx legacy devices can trigger list
> corruption (good)
>    Sander reported it. Two different types of patches available.
>   -  Konrad Rzeszutek Wilk
>
> == QEMU ==
>
> *  Linux-based QEMU upstream stub domain (fair)
>    RFC posted
>   -  Eric Shelton
>
> *  Using qemu-upstream in a stubdomain (none)
>    Will use rump kernels.
>   -  Wei Liu
>
> *  Intel IGD PCI GPU passthrough (ok)
>    v5 posted
>   -  Chen, Tiejun
>
> == Linux ==
>
> *  Linux ARM - Device assigment (PCI) (none)
>    Depends on Xen pieces which are on the Xen 4.6 list.
>   -  Manish Jaggi
>
> *  VPMU - 'perf' support in Linux (ok)
>    Depends on Xen patches
>    Acked by David Vrabel
>   -  Boris Ostrovsky
>
> *  vNUMA in Linux (ok)
>    v6 posted
>   -  Wei Liu
>
> *  COLO Agent in Linux (fair)
>   -  Gui Jianfeng
>   -  Yang Hongyang
>   -  Dong, Eddie
>
> *  ARM64 - support 64K guest (none)
>   -  Julien Grall
>
> == OpenStack ==
>
> *  setup CI loop for OpenStack (fair)
>   -  Anthony Perard
>
> == FreeBSD ==
>
> *  PVH FreeBSD dom0 (ok)
>    FreeBSD 11 goal. Toolstack side done in Xen 4.5
>   -  Roger Pau Monné
>
> == Other OSes (MiniOS, QNX) ==
>
> *  ARM - MiniOS (fair)
>    v7 posted
>   -  Thomas Leonard
>
> *  PV drivers for automotive kernels (fair)
>   -  Artem Mygaiev
>
> *  mini-os: xenbus changes for rump kernels (ok)
>    git://xenbits.xen.org/people/iwj/rumpuser-xen.git
>    branch: base.dev-xen-xenbus.v1..dev-xen-xenbus.v1
>    v2 posted
>   -  Ian Jackson
>
> == OSSTEST ==
>
> *  OSSTest: studom test case (none)
>   -  Wei Liu
>
> *  OSSTest: libvirt migration (fair)
>   -  Wei Liu
>
> *  OSSTest: upgrade to Debian Jessie (none)
>   -  Wei Liu
>
> *  OSSTest: performance test (fair)
>   -  Dario Faggioli
>
> *  CPU pool test case (fair)
>   -  Dario Faggioli
>
> *  Add a FreeBSD host (fair)
>   -  Roger Pau Monné
>
> *  Nested virt test case
>
> *  v8 posted (fair)
>   -  Robert Hu
>
> == Deferred ==
>
> *  ucode=scan also scan compressed initramfs (none)
>   -  Konrad Rzeszutek Wilk
>
> *  adjust log buffer based on memmap size (none)
>   -  Konrad Rzeszutek Wilk
>
> *  Further tmem cleanups/fixes (fair)
>   -  Bob Liu
>
> *  1TB slow destruction (ok)
>   -  Bob Liu
>
> *  cpuid leveling (none)
>
> http://xenbits.xen.org/people/andrewcoop/feature-levelling/feature-levelling-D.pdf
>   -  Andrew Cooper
>
> *  IO-NUMA - hwloc and xl (none)
>    Andrew Cooper had an RFC patch for hwloc
>    add restrictions  as to which devices cannot safely/functionally be
> split apart.
>   -  Boris Ostrovsky
>
> *  Convert tasklet to per-cpu tasklets (fair)
>    RFC posted
>   -  Konrad Rzeszutek Wilk
>
> *  Xen Boot Information (xbi) (ok)
>    Dependency for GRUB2 + EFI work
>    http://lists.xen.org/archives/html/xen-devel/2014-10/msg02068.html
>    v4, No go for full patchset. Only some of the patches.
>    No ARM EFI hardware (yet) available to test them.
>   -  Daniel Kiper
>
> *  Linux ARM - Device assigment usage in Linux code (arch/arm) non-PCI
> (none)
>    Depends on Xen pieces which are on the Xen 4.6 list.
>   -  Julien Grall
>
> == Completed ==
>
> *  Clean-up of mem-event subsystem (good)
>    v7 posted
>   -  Tamas K Lengyel
>

About half of the series has been merged already, the remaining patches had
been posted as v9.


>
> *  HVM guest NUMA (SRAT) (good)
>    See vNUMA in Xen toolstack
>   -  Wei Liu
>
> *  vNUMA in Xen toolstack (good)
>    v8 posted
>   -  Wei Liu
>
> *  Intel memory bandwidth monitoring for VMs (fair)
>    v9 posted
>   -  Chao Peng
>
> *  ARM - SMMU resync of Linux's one (ok)
>   -  Julien Grall
>
> *  Add support for Xilinx ZynqMP SoC (fair)
>   -  Edgar E. Iglesias
>
> *  Add support for Huawei hip04-d01 platform (ok)
>   -  Frediano Ziglio
>
> *  Thunder X platform support (ok)
>   -  Vijay Kilari
>
> *  Splitting off mini-os (done)
>   -  Wei Liu
>
> *  OVMF on ARM (done)
>    v4 posted
>   -  Ard Biesheuvel
>
> *  Update Xen tree to use upstream OVMF (done)
>   -  Anthony PERARD
>
> *  Enable vTPM subsystem on TPM 2.0 (done)
>   -  Xu, Quan
>
> *  SPICE support improvement (done)
>   -  Fabio Fantoni
>
>

[-- Attachment #1.2: Type: text/html, Size: 13310 bytes --]

[-- Attachment #2: Type: text/plain, Size: 126 bytes --]

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

  parent reply	other threads:[~2015-04-14 13:35 UTC|newest]

Thread overview: 38+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2015-04-14 10:27 Xen 4.6 Development Update (three months reminder) wei.liu2
2015-04-14 10:34 ` Razvan Cojocaru
2015-04-14 10:37   ` Wei Liu
2015-04-15  9:09     ` Ian Campbell
2015-04-14 12:25 ` Jaggi, Manish
2015-04-14 12:34   ` Julien Grall
2015-04-14 14:26     ` Ian Campbell
2015-04-14 14:57       ` Jaggi, Manish
2015-04-14 13:28 ` Andrew Cooper
2015-04-14 13:33   ` Wei Liu
2015-04-14 18:51     ` Elena Ufimtseva
2015-04-14 13:33 ` George Dunlap
2015-04-14 14:01   ` Meng Xu
2015-04-15  2:34   ` Chun Yan Liu
2015-04-14 13:35 ` Tamas Lengyel [this message]
2015-04-14 13:48   ` Jan Beulich
2015-04-14 13:52     ` Wei Liu
2015-04-15  9:11       ` Ian Campbell
2015-04-15  9:18         ` Jan Beulich
2015-04-15 16:01           ` Lars Kurth
2015-04-14 14:16 ` Boris Ostrovsky
2015-04-14 15:37 ` Konrad Rzeszutek Wilk
2015-04-28 17:17 ` Jim Fehlig
2015-04-28 22:17   ` Jim Fehlig
2015-04-29  0:21     ` Andrew Cooper
2015-04-29 10:23       ` Fabio Fantoni
2015-04-29 12:44         ` Fabio Fantoni
2015-05-04  9:50           ` Wei Liu
2015-04-29 16:39         ` Jim Fehlig
2015-04-30 10:31           ` Fabio Fantoni
2015-04-30 16:55             ` Jim Fehlig
2015-05-01  8:36               ` Fabio Fantoni
2015-05-01 20:45                 ` Jim Fehlig
2015-05-04  6:05 ` Yu, Zhang
2015-05-04  9:44   ` Wei Liu
2015-05-04 12:51     ` Yu, Zhang
2015-05-05  9:12       ` Wei Liu
2015-05-05 13:12         ` Yu, Zhang

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=CABfawhmxVm0mnNRsdUs4eYSJpWEJZ96bfQPWkQ3PhKLJj58rrA@mail.gmail.com \
    --to=tamas.lengyel@zentific.com \
    --cc=Vijaya.Kumar@caviumnetworks.com \
    --cc=anthony.perard@citrix.com \
    --cc=artem.mygaiev@globallogic.com \
    --cc=chao.p.peng@linux.intel.com \
    --cc=chegger@amazon.de \
    --cc=cyliu@suse.com \
    --cc=dgolomb@seas.upenn.edu \
    --cc=eddie.dong@intel.com \
    --cc=edgar.iglesias@gmail.com \
    --cc=elena.ufimtseva@oracle.com \
    --cc=eshelton@pobox.com \
    --cc=fabio.fantoni@m2r.biz \
    --cc=feng.wu@intel.com \
    --cc=guijianfeng@cn.fujitsu.com \
    --cc=ian.campbell@citrix.com \
    --cc=jtweaver@hawaii.edu \
    --cc=julien.grall@citrix.com \
    --cc=manishjaggi.oss@gmail.com \
    --cc=olaf@aepfle.de \
    --cc=oleksandr.dmytryshyn@globallogic.com \
    --cc=oleksandr.tyshchenko@globallogic.com \
    --cc=parth.dixit@linaro.org \
    --cc=rcojocaru@bitdefender.com \
    --cc=vijay.kilari@gmail.com \
    --cc=wei.liu2@citrix.com \
    --cc=wency@cn.fujitsu.com \
    --cc=xen-devel@lists.xenproject.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.