Xen 4.6 Development Update

Xen 4.6 Development Update

[wei.liu2]

[-- Attachment #1: Type: text/plain, Size: 12083 bytes --]

Hi all

We are now one month 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
* 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 achieve goals 1-3 above better than not
doing so, feel free to make your case.

== Linux ==

*  Block driver multiqueue support (fair)
   RFC posted
  -  Bob Liu

*  Block driver multi-page ring support (fair)
  -  Bob Liu

*  Preemptable privcmd hypercalls (good)
   v5 posted
  -  David Vrabel

*  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

*  Linux ARM - Device assigment (PCI) (none)
   Depends on Xen pieces which are on the Xen 4.6 list.
  -  Manish Jaggi

*  pvUSB in Linux (fronted and backend) (Fair)
  -  Juergen Gross

*  VPMU - 'perf' support in Linux (ok)
   Depends on Xen patches
   Acked by David Vrabel
  -  Boris Ostrovsky

*  vNUMA in Linux (ok)
   v6 posted
   git://gitorious.org/vnuma/linux_vnuma.git
  -  Elena Ufimtseva

*  vsyscall in Linux (fair)
  -  Konrad Rzeszutek Wilk

*  COLO Agent in Linux (fair)
  -  Gui Jianfeng
  -  Yang Hongyang
  -  Dong, Eddie

== OpenStack ==

*  setup CI loop for OpenStack (fair)
  -  Anthony Perard

== OVMF ==

*  OVMF on ARM (good)
   v4 posted
  -  Ard Biesheuvel

*  Update Xen tree to use upstream OVMF (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) ==

*  Splitting off mini-os (good)
  -  Wei Liu

*  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

== GRUB2 ==

*  GRUB2 multiboot2 (fair)
  -  Daniel Kiper

== 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 (fair)
  -  Robert Hu

== 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

*  AMD Radeon PCI GPU passthrough (none)
   Focusing on Xen 4.2 and qemu-traditional
  -  Kelly Zytaruk

*  Intel IGD PCI GPU passthrough (ok)
   v5 posted
  -  Chen, Tiejun

== Up for grabs ==

*  PoD fixes
   if you boot with memory <= maxmem we have a size estimation bug

*  TLB flushing without locks in Xen

*  xl does not support specifying virtual function for passthrough device
   http://bugs.xenproject.org/xen/bug/22

*  PCI hole resize support hvmloader/qemu-traditional/qemu-upstream with PCI/GPU passthrough
   http://bugs.xenproject.org/xen/bug/28

*  libx{c,l} error handling cleanup

*  Adding missing 'xend' features in libxl

*  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 pass 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 between a backend in a driver domain and a backend in dom0.

*  PVH - PVH working with shadow.
   Based on Tim's work

*  PVH - PCI passthrough for DomU.

*  AMD performance regressions

*  Performance due to hypercall preemption. More preemptions - slower. (none)

== Hypervisor ==

*  gnttab: improve scalability (good)
   v5 posted
  -  Christoph Egger

*  arm: introduce basic Renesas R-Car Gen2 platform support (good)
   v5 posted
  -  Oleksandr Tyshchenko

*  Add ACPI support for arm64 on Xen (fair)
   RFC posted
  -  Parth Dixit

*  sndif: add API for para-virtual sound (fair)
   v7 posted
  -  Oleksandr Dmytryshyn

*  ARM: reenable support 32-bit userspace running in 64-bit guest (good)
   v2 posted
  -  Ian Campbell

*  Intel PML (Page Modification Logging) for Xen (none)
   design doc posted
  -  Kai Huang

*  Intel memory bandwidth monitoring for VMs (fair)
   v9 posted
  -  Chao Peng

*  Display IO topology when PXM data is available (good)
   v3 posted
  -  Boris Ostrovsky

*  Clean-up of mem-event subsystem (good)
   v5 posted
  -  Tamas K Lengyel

*  xc_reserved_device_memory_map in hvmloader to avoid conflicting MMIO/RAM (good)
   v7 posted.
   Treating pieces as bug-fixes only.
   Low likehood of making it in Xen 4.5. Deferred
  -  Tiejun Chen

*  VPMU - 'perf' support in Xen (good)
   v14 posted
   Need reviews/final ack.
  -  Boris Ostrovsky

*  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

*  PVH - AMD hardware support. (fair)
   RFC posted
  -  Elena Ufimtseva

*  extending mem_access support to PV domain (fair)
   RFC v2
  -  Aravindh Puthiyaparambil (aravindp)

*  Repurpose SEDF Scheduler for Real-time (fair)
   RFC patch posted (v2)
  -  Joshua Whitehead, Robert VanVossen

*  ARM remote processor iommu module (GPUs + IPUs) (fair)
   v3 posted
  -  Andrii Tseglytskyi

*  dirty vram / IOMMU bug (fair)
   http://bugs.xenproject.org/xen/bug/38
  -  Zhang, Yang Z

*  Xen multiboot2-EFI support (fair)
   Needed for GrUB2
   Depends on Xen Boot info (rework multiboot and other structs)
   See http://lists.xen.org/archives/html/xen-devel/2013-05/msg02281.html
   RFC posted
  -  Daniel Kiper

*  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

*  Default to credit2 (none)
   cpu pinning, numa affinity and cpu reservation
  -  George Dunlap

*  Convert tasklet to per-cpu tasklets (fair)
   RFC posted
  -  Konrad Rzeszutek Wilk

*  Further tmem cleanups/fixes (16TB etc) (fair)
  -  Bob Liu

*  1TB slow destruction (ok)
  -  Bob Liu

*  ARM VM save/restore/live migration (none)
   Need to rebased against migrationv2 - no code posted.
  -  Junghyun Yoo

*  ARM GICv2m support (none)
  -  Linaro (unknown)

*  ARM - SMMU resync of Linux's one (none)
  -  Julien Grall

*  ARM - passthrough of non-PCI (none)
  -  Julien Grall

*  ARM64 (Cavium Thunder)  PCI passthrough (fair)
  -  Manish Jaggi

*  ARM - Remove XEN_DOMCTL_arm_configure_domain band-aid and make it part of create_domain. (none)
  -  Julien Grall

*  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

== Xen toolstack ==

*  libxl: cancelling asynchronous operations (fair)
   RFC posted
  -  Ian Jackson

*  VMware tools support (fair)
  -  Don Slutz

*  pvUSB support in libxl (none)
  -  Chunyan Liu

*  vNUMA in Xen toolstack (good)
   v5 posted
  -  Wei Liu

*  Blktap2 support (none)
  -  George Dunlap

*  pvscsi in libxl (fair)
  -  Juergen Gross and Olaf

*  COarse-grain LOck-stepping Virtual Machines in Xen (fair)
   RFC v3 posted, based on remus-v19
  -  Wen Congyang
  -  Gui Jianfeng
  -  Yang Hongyang
  -  Dong, Eddie

*  New Migration (v2). (good)
   v7 (libxc and libxl)
   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

*  libxl migrationv2 patches. (none)
  -  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) (ok)
   v5
  -  Chunyan Liu

*  Rearrange and cleanup installation destination directories (/var -> var/lib/xen) (fair)
  -  Daniel Kiper

*  libxl/xl - xm compatibility mode for mem-max and mem-set; (ok)
  -  Daniel Kiper

*  xl list --long (and some related xl commands) have some bugs (none)
  -  Zhigang Wang

*  Xen HPET interrupt fixes (fair)
   behind migration v2
  -  Andrew Cooper

*  cpuid leveling (none)
   http://xenbits.xen.org/people/andrewcoop/feature-levelling/feature-levelling-D.pdf
  -  Andrew Cooper

*  live migration knobs, there is no suitable code yet, just ideas (none)
    http://lists.xenproject.org/archives/html/xen-devel/2014-03/msg00785.html
  -  Olaf Hering

*  xl does not handle migrate interruption gracefully (none)
   If you start a localhost migrate, and press "Ctrl-C" in the middle, you get two hung domains
  -  Ian Jackson

*  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

*  HVM guest NUMA (SRAT) (good)
   See vNUMA in Xen toolstack
  -  Wei 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é

*  ucode=scan also scan compressed initramfs (none)
  -  Konrad Rzeszutek Wilk

*  adjust log buffer based on memmap size (none)
  -  Konrad Rzeszutek Wilk

*  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

*  ARM - MiniOS (fair)
   v7 posted
  -  Thomas Leonard

*  amd_ucode cleanups, verify patch size(enhancement) (mostly in master except one patch)

*  Data breakpoint Extension support (new-feat) (in master)

*  Feature masking MSR support (enhancement) (in master)

*  Support BRCM TruManage chip (Serial over LAN support) (new-feat) (in master)

*  fix vmce_amd* functions, unify mce_amd mcheck initialization (fixes/cleanups)

*  multiple AMD container files appended together in initrd (early initramfs)
  -  Aravind and Suravee



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

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

Re: Xen 4.6 Development Update

[Vitaly Kuznetsov]

<wei.liu2@citrix.com> writes:

> Hi all
>
> We are now one month 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.

Hi Wei,

I have my "[PATCH v5 0/9] toolstack-based approach to pvhvm guest kexec"
pending as well. Unfortunately I had to drop the ball on it but I'm
going to pick it up eventually. It falls into both hypervisor and
toolstack categories (if the consensus on how to solve the issue is
still the same) and the state is something between 'fair' and 'ok'.

I'd also like to mention long-standing 'save/restore/migrate PVHVM guest
with > 32 VCPUs' issue (see:
http://lists.xen.org/archives/html/xen-devel/2015-02/msg00244.html)
which is not mentioned below. I suggest we mention it in 'Up for grabs'
section too.

Thanks,

>
> = 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
> * 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 achieve goals 1-3 above better than not
> doing so, feel free to make your case.
>
> == Linux == 
>
> *  Block driver multiqueue support (fair)
>    RFC posted
>   -  Bob Liu
>
> *  Block driver multi-page ring support (fair)
>   -  Bob Liu
>
> *  Preemptable privcmd hypercalls (good)
>    v5 posted
>   -  David Vrabel
>
> *  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
>
> *  Linux ARM - Device assigment (PCI) (none)
>    Depends on Xen pieces which are on the Xen 4.6 list.
>   -  Manish Jaggi
>
> *  pvUSB in Linux (fronted and backend) (Fair)
>   -  Juergen Gross
>
> *  VPMU - 'perf' support in Linux (ok)
>    Depends on Xen patches
>    Acked by David Vrabel
>   -  Boris Ostrovsky
>
> *  vNUMA in Linux (ok)
>    v6 posted
>    git://gitorious.org/vnuma/linux_vnuma.git
>   -  Elena Ufimtseva
>
> *  vsyscall in Linux (fair)
>   -  Konrad Rzeszutek Wilk
>
> *  COLO Agent in Linux (fair)
>   -  Gui Jianfeng
>   -  Yang Hongyang
>   -  Dong, Eddie
>
> == OpenStack == 
>
> *  setup CI loop for OpenStack (fair)
>   -  Anthony Perard
>
> == OVMF == 
>
> *  OVMF on ARM (good)
>    v4 posted
>   -  Ard Biesheuvel
>
> *  Update Xen tree to use upstream OVMF (fair)
>   -  Anthony PERARD
>
> == FreeBSD == 
>
> *  PVH FreeBSD dom0 (ok)
>    FreeBSD 11 goal. Toolstack side done in Xen 4.5
>   -  Roger Pau Monne
>
> == Other OSes (MiniOS, QNX) == 
>
> *  Splitting off mini-os (good)
>   -  Wei Liu
>
> *  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
>
> == GRUB2 == 
>
> *  GRUB2 multiboot2 (fair)
>   -  Daniel Kiper
>
> == 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 Monne
>
> *  Nested virt test case (fair)
>   -  Robert Hu
>
> == 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
>
> *  AMD Radeon PCI GPU passthrough (none)
>    Focusing on Xen 4.2 and qemu-traditional
>   -  Kelly Zytaruk
>
> *  Intel IGD PCI GPU passthrough (ok)
>    v5 posted
>   -  Chen, Tiejun
>
> == Up for grabs == 
>
> *  PoD fixes
>    if you boot with memory <= maxmem we have a size estimation bug
>
> *  TLB flushing without locks in Xen
>
> *  xl does not support specifying virtual function for passthrough device
>    http://bugs.xenproject.org/xen/bug/22
>
> *  PCI hole resize support hvmloader/qemu-traditional/qemu-upstream with PCI/GPU passthrough
>    http://bugs.xenproject.org/xen/bug/28
>
> *  libx{c,l} error handling cleanup 
>
> *  Adding missing 'xend' features in libxl
>
> *  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 pass 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 between a backend in a driver domain and a backend in dom0.
>
> *  PVH - PVH working with shadow.
>    Based on Tim's work
>
> *  PVH - PCI passthrough for DomU.
>
> *  AMD performance regressions
>
> *  Performance due to hypercall preemption. More preemptions - slower. (none)
>
> == Hypervisor == 
>
> *  gnttab: improve scalability (good)
>    v5 posted
>   -  Christoph Egger
>
> *  arm: introduce basic Renesas R-Car Gen2 platform support (good)
>    v5 posted
>   -  Oleksandr Tyshchenko
>
> *  Add ACPI support for arm64 on Xen (fair)
>    RFC posted
>   -  Parth Dixit
>
> *  sndif: add API for para-virtual sound (fair)
>    v7 posted
>   -  Oleksandr Dmytryshyn
>
> *  ARM: reenable support 32-bit userspace running in 64-bit guest (good)
>    v2 posted
>   -  Ian Campbell
>
> *  Intel PML (Page Modification Logging) for Xen (none)
>    design doc posted
>   -  Kai Huang
>
> *  Intel memory bandwidth monitoring for VMs (fair)
>    v9 posted
>   -  Chao Peng 
>
> *  Display IO topology when PXM data is available (good)
>    v3 posted
>   -  Boris Ostrovsky
>
> *  Clean-up of mem-event subsystem (good)
>    v5 posted
>   -  Tamas K Lengyel
>
> *  xc_reserved_device_memory_map in hvmloader to avoid conflicting MMIO/RAM (good)
>    v7 posted.
>    Treating pieces as bug-fixes only.
>    Low likehood of making it in Xen 4.5. Deferred
>   -  Tiejun Chen
>
> *  VPMU - 'perf' support in Xen (good)
>    v14 posted
>    Need reviews/final ack.
>   -  Boris Ostrovsky
>
> *  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
>
> *  PVH - AMD hardware support. (fair)
>    RFC posted
>   -  Elena Ufimtseva
>
> *  extending mem_access support to PV domain (fair)
>    RFC v2
>   -  Aravindh Puthiyaparambil (aravindp)
>
> *  Repurpose SEDF Scheduler for Real-time (fair)
>    RFC patch posted (v2)
>   -  Joshua Whitehead, Robert VanVossen
>
> *  ARM remote processor iommu module (GPUs + IPUs) (fair)
>    v3 posted
>   -  Andrii Tseglytskyi
>
> *  dirty vram / IOMMU bug (fair)
>    http://bugs.xenproject.org/xen/bug/38
>   -  Zhang, Yang Z
>
> *  Xen multiboot2-EFI support (fair)
>    Needed for GrUB2
>    Depends on Xen Boot info (rework multiboot and other structs)
>    See http://lists.xen.org/archives/html/xen-devel/2013-05/msg02281.html
>    RFC posted
>   -  Daniel Kiper
>
> *  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
>
> *  Default to credit2 (none)
>    cpu pinning, numa affinity and cpu reservation
>   -  George Dunlap
>
> *  Convert tasklet to per-cpu tasklets (fair)
>    RFC posted
>   -  Konrad Rzeszutek Wilk
>
> *  Further tmem cleanups/fixes (16TB etc) (fair)
>   -  Bob Liu
>
> *  1TB slow destruction (ok)
>   -  Bob Liu
>
> *  ARM VM save/restore/live migration (none)
>    Need to rebased against migrationv2 - no code posted.
>   -  Junghyun Yoo
>
> *  ARM GICv2m support (none)
>   -  Linaro (unknown)
>
> *  ARM - SMMU resync of Linux's one (none)
>   -  Julien Grall
>
> *  ARM - passthrough of non-PCI (none)
>   -  Julien Grall
>
> *  ARM64 (Cavium Thunder)  PCI passthrough (fair)
>   -  Manish Jaggi
>
> *  ARM - Remove XEN_DOMCTL_arm_configure_domain band-aid and make it part of create_domain. (none)
>   -  Julien Grall
>
> *  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
>
> == Xen toolstack == 
>
> *  libxl: cancelling asynchronous operations (fair)
>    RFC posted
>   -  Ian Jackson
>
> *  VMware tools support (fair)
>   -  Don Slutz
>
> *  pvUSB support in libxl (none)
>   -  Chunyan Liu
>
> *  vNUMA in Xen toolstack (good)
>    v5 posted
>   -  Wei Liu
>
> *  Blktap2 support (none)
>   -  George Dunlap
>
> *  pvscsi in libxl (fair)
>   -  Juergen Gross and Olaf
>
> *  COarse-grain LOck-stepping Virtual Machines in Xen (fair)
>    RFC v3 posted, based on remus-v19
>   -  Wen Congyang
>   -  Gui Jianfeng
>   -  Yang Hongyang
>   -  Dong, Eddie
>
> *  New Migration (v2). (good)
>    v7 (libxc and libxl)
>    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
>
> *  libxl migrationv2 patches. (none)
>   -  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) (ok)
>    v5
>   -  Chunyan Liu
>
> *  Rearrange and cleanup installation destination directories (/var -> var/lib/xen) (fair)
>   -  Daniel Kiper
>
> *  libxl/xl - xm compatibility mode for mem-max and mem-set; (ok)
>   -  Daniel Kiper
>
> *  xl list --long (and some related xl commands) have some bugs (none)
>   -  Zhigang Wang
>
> *  Xen HPET interrupt fixes (fair)
>    behind migration v2
>   -  Andrew Cooper
>
> *  cpuid leveling (none)
>    http://xenbits.xen.org/people/andrewcoop/feature-levelling/feature-levelling-D.pdf
>   -  Andrew Cooper
>
> *  live migration knobs, there is no suitable code yet, just ideas (none)
>     http://lists.xenproject.org/archives/html/xen-devel/2014-03/msg00785.html
>   -  Olaf Hering
>
> *  xl does not handle migrate interruption gracefully (none)
>    If you start a localhost migrate, and press "Ctrl-C" in the middle, you get two hung domains
>   -  Ian Jackson
>
> *  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
>
> *  HVM guest NUMA (SRAT) (good)
>    See vNUMA in Xen toolstack
>   -  Wei Liu
>
> *  PVH - Migration of PVH DomUs. (none)
>    Depends on migration2 code
>   -  Roger Pau Monne
>
> *  PVH - Migration of guests from a PVH dom0  (none)
>    Depends on migration2 code
>   -  Roger Pau Monne
>
> *  ucode=scan also scan compressed initramfs (none)
>   -  Konrad Rzeszutek Wilk
>
> *  adjust log buffer based on memmap size (none)
>   -  Konrad Rzeszutek Wilk
>
> *  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
>
> *  ARM - MiniOS (fair)
>    v7 posted
>   -  Thomas Leonard
>
> *  amd_ucode cleanups, verify patch size(enhancement) (mostly in master except one patch)
>
> *  Data breakpoint Extension support (new-feat) (in master)
>
> *  Feature masking MSR support (enhancement) (in master)
>
> *  Support BRCM TruManage chip (Serial over LAN support) (new-feat) (in master)
>
> *  fix vmce_amd* functions, unify mce_amd mcheck initialization (fixes/cleanups)
>
> *  multiple AMD container files appended together in initrd (early initramfs)
>   -  Aravind and Suravee

-- 
  Vitaly

Re: Xen 4.6 Development Update

[David Vrabel]

On 16/02/15 12:38, wei.liu2@citrix.com wrote:
> 
> = Prognosis =

Does anyone find this section useful?

I imagine its a non-trivial amount of work to keep up-to-date.

Tracking Linux series in this way also doesn't make sense to me as the
release cycles don't line up.

David

Re: Xen 4.6 Development Update

[Julien Grall]

On 16/02/15 13:24, Julien Grall wrote:
> (Strimming the cc list)

Sorry I forgot to add back xen-devel.

> On 16/02/15 12:38, wei.liu2@citrix.com wrote:
>> Hi all
> 
> Hi Wei,
> 
>> We are now one month 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
>> * 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 achieve goals 1-3 above better than not
>> doing so, feel free to make your case.
>>
>> == Linux == 
>>
>> *  Block driver multiqueue support (fair)
>>    RFC posted
>>   -  Bob Liu
>>
>> *  Block driver multi-page ring support (fair)
>>   -  Bob Liu
>>
>> *  Preemptable privcmd hypercalls (good)
>>    v5 posted
>>   -  David Vrabel
>>
>> *  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
> 
> I think we could defer this for after Xen 4.6. As we don't know yet the
> use cases, we decided to have a basic passthrough with doesn't require
> Linux modification.
> 
>> *  Linux ARM - Device assigment (PCI) (none)
>>    Depends on Xen pieces which are on the Xen 4.6 list.
>>   -  Manish Jaggi
>>
>> *  pvUSB in Linux (fronted and backend) (Fair)
>>   -  Juergen Gross
>>
>> *  VPMU - 'perf' support in Linux (ok)
>>    Depends on Xen patches
>>    Acked by David Vrabel
>>   -  Boris Ostrovsky
>>
>> *  vNUMA in Linux (ok)
>>    v6 posted
>>    git://gitorious.org/vnuma/linux_vnuma.git
>>   -  Elena Ufimtseva
>>
>> *  vsyscall in Linux (fair)
>>   -  Konrad Rzeszutek Wilk
>>
>> *  COLO Agent in Linux (fair)
>>   -  Gui Jianfeng
>>   -  Yang Hongyang
>>   -  Dong, Eddie
> 
> Another item to add in this section:
> 
> * ARM64 - support 64K guest (none)
>    No Xen side required for now
>   - Julien Grall
> 
> [..]
> 
>> == Hypervisor == 
> 
> It's a bit difficult for differentiate common/x86/arm features in this
> section. It would be nice if you either split this section in 3 or put
> together the features touching the same part of code.
> 
>> *  gnttab: improve scalability (good)
>>    v5 posted
>>   -  Christoph Egger
>>
>> *  arm: introduce basic Renesas R-Car Gen2 platform support (good)
>>    v5 posted
>>   -  Oleksandr Tyshchenko
> 
> It has been merged.
> 
> [..]
> 
>> *  ARM VM save/restore/live migration (none)
>>    Need to rebased against migrationv2 - no code posted.
>>   -  Junghyun Yoo
> 
> We didn't hear anything from Samsung since a while. I suspect someone
> will have to take this item.
> 
>> *  ARM GICv2m support (none)
>>   -  Linaro (unknown)
> 
> It won't be done by Linaro but by Suravee working at AMD.
> 
>>
>> *  ARM - SMMU resync of Linux's one (none)
>>   -  Julien Grall
> 
> I think we can put it in: "ok", multiple series has been sent. I expect
> to sent a new version soon.
> 
>>
>> *  ARM - passthrough of non-PCI (none)
>>   -  Julien Grall
> 
> Ditto.
> 
>> *  ARM64 (Cavium Thunder)  PCI passthrough (fair)
> 
> PCI passthrough should be for ARM32 too. I don't see any restrictions
> for having on ARM64 (especially Cavium) support.
> 
>>   -  Manish Jaggi
> 
> I would add an item "GICv3 ITS" done by Vijay Kilari from Cavium.
> 
> Although, while we know they are working on it, I would mark both of
> them as "none" because we didn't see any RFC yet.
> 
>>
>> *  ARM - Remove XEN_DOMCTL_arm_configure_domain band-aid and make it part of create_domain. (none)
>>   -  Julien Grall
> 
> It has been merged in the "ARM - passthrough of non-PCI" section.
> 
> Regards,
> 


-- 
Julien Grall

Re: Xen 4.6 Development Update

[Wei Liu]

On Mon, Feb 16, 2015 at 02:39:40PM +0000, David Vrabel wrote:
> On 16/02/15 12:38, wei.liu2@citrix.com wrote:
> > 
> > = Prognosis =
> 
> Does anyone find this section useful?
> 

I do find it useful.

> I imagine its a non-trivial amount of work to keep up-to-date.
> 

Yes. But it's better than looking at email archive every time I need to
check the status of a project.

> Tracking Linux series in this way also doesn't make sense to me as the
> release cycles don't line up.

It is never meant to keep two projects in sync. It's more like letting
people know what other Xen related activities are there in external
projects.

Wei.

> 
> David

Re: Xen 4.6 Development Update

[Wei Liu]

On Mon, Feb 16, 2015 at 03:20:44PM +0100, Vitaly Kuznetsov wrote:
> <wei.liu2@citrix.com> writes:
> 
> > Hi all
> >
> > We are now one month 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.
> 
> Hi Wei,
> 
> I have my "[PATCH v5 0/9] toolstack-based approach to pvhvm guest kexec"
> pending as well. Unfortunately I had to drop the ball on it but I'm
> going to pick it up eventually. It falls into both hypervisor and
> toolstack categories (if the consensus on how to solve the issue is
> still the same) and the state is something between 'fair' and 'ok'.
> 
> I'd also like to mention long-standing 'save/restore/migrate PVHVM guest
> with > 32 VCPUs' issue (see:
> http://lists.xen.org/archives/html/xen-devel/2015-02/msg00244.html)
> which is not mentioned below. I suggest we mention it in 'Up for grabs'
> section too.
> 

Noted.

Wei.

Re: Xen 4.6 Development Update

[Wei Liu]

Thanks. I will update my list.

Re: Xen 4.6 Development Update

[Fabio Fantoni]

Il 16/02/2015 16:21, Wei Liu ha scritto:
> On Mon, Feb 16, 2015 at 02:39:40PM +0000, David Vrabel wrote:
>> On 16/02/15 12:38, wei.liu2@citrix.com wrote:
>>> = Prognosis =
>> Does anyone find this section useful?
>>
> I do find it useful.

I also find it useful, thanks.

If can be useful there is also small libxl's spice support improvements 
in xen 4.6 already accepted:
libxl: Spice image compression setting support for upstream qemu
libxl: Spice streaming video setting support for upstream qemu

And I'll also retry to found was make qxl not working in linux domU to 
make acceptable also this (now working only with windows domUs):
libxl: Add qxl vga interface support for upstream qemu
status: v17 posted and ok but probably hvmloader, xen hypervisor and/or 
linux qxl driver changes/fixes are needed to have it full working.
For now I was unable to found/understand exactly what is the cause of 
problem.

Sorry for my bad english.

>
>> I imagine its a non-trivial amount of work to keep up-to-date.
>>
> Yes. But it's better than looking at email archive every time I need to
> check the status of a project.
>
>> Tracking Linux series in this way also doesn't make sense to me as the
>> release cycles don't line up.
> It is never meant to keep two projects in sync. It's more like letting
> people know what other Xen related activities are there in external
> projects.
>
> Wei.
>
>> David
> _______________________________________________
> Xen-devel mailing list
> Xen-devel@lists.xen.org
> http://lists.xen.org/xen-devel

Re: Xen 4.6 Development Update

[Meng Xu]

Hi Wei,

2015-02-16 7:38 GMT-05:00 <wei.liu2@citrix.com>:
>
> Hi all
>
> We are now one month 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.


Dagaen Golomb and I (Meng Xu) will improve the RTDS scheduler for Xen 4.6:

RTDS Scheduler Improvement
    Burn budget in finer granularity instead of 1ms;
    Use separate timer per VCPU for each VCPU's budget replenishment,
instead of scanning the full runqueue every now and then;

This improvement is document in the RTDS scheduler wiki:
http://wiki.xenproject.org/wiki/RTDS-Based-Scheduler

The progress status is none right now.

We will send out the design this week or early next week.

Thanks,

Meng


-----------
Meng Xu
PhD Student in Computer and Information Science
University of Pennsylvania

Re: Xen 4.6 Development Update

[Ed White]

I didn't receive the original message, so I can't reply to it directly.

> Hi all
> 
> We are now one month 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.
> 

I'd like to get my patch series "Alternate p2m: support multiple copies of host p2m"
in 4.6 if I can figure out some resourcing problems. I'm working on that now.

Ed

> = 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
> * 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 achieve goals 1-3 above better than not
> doing so, feel free to make your case.
> 
> == Linux ==
> 
> *  Block driver multiqueue support (fair)
>    RFC posted
>   -  Bob Liu
> 
> *  Block driver multi-page ring support (fair)
>   -  Bob Liu
> 
> *  Preemptable privcmd hypercalls (good)
>    v5 posted
>   -  David Vrabel
> 
> *  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
> 
> *  Linux ARM - Device assigment (PCI) (none)
>    Depends on Xen pieces which are on the Xen 4.6 list.
>   -  Manish Jaggi
> 
> *  pvUSB in Linux (fronted and backend) (Fair)
>   -  Juergen Gross
> 
> *  VPMU - 'perf' support in Linux (ok)
>    Depends on Xen patches
>    Acked by David Vrabel
>   -  Boris Ostrovsky
> 
> *  vNUMA in Linux (ok)
>    v6 posted
>    git://gitorious.org/vnuma/linux_vnuma.git
>   -  Elena Ufimtseva
> 
> *  vsyscall in Linux (fair)
>   -  Konrad Rzeszutek Wilk
> 
> *  COLO Agent in Linux (fair)
>   -  Gui Jianfeng
>   -  Yang Hongyang
>   -  Dong, Eddie
> 
> == OpenStack ==
> 
> *  setup CI loop for OpenStack (fair)
>   -  Anthony Perard
> 
> == OVMF ==
> 
> *  OVMF on ARM (good)
>    v4 posted
>   -  Ard Biesheuvel
> 
> *  Update Xen tree to use upstream OVMF (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) ==
> 
> *  Splitting off mini-os (good)
>   -  Wei Liu
> 
> *  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
> 
> == GRUB2 ==
> 
> *  GRUB2 multiboot2 (fair)
>   -  Daniel Kiper
> 
> == 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 (fair)
>   -  Robert Hu
> 
> == 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
> 
> *  AMD Radeon PCI GPU passthrough (none)
>    Focusing on Xen 4.2 and qemu-traditional
>   -  Kelly Zytaruk
> 
> *  Intel IGD PCI GPU passthrough (ok)
>    v5 posted
>   -  Chen, Tiejun
> 
> == Up for grabs ==
> 
> *  PoD fixes
>    if you boot with memory <= maxmem we have a size estimation bug
> 
> *  TLB flushing without locks in Xen
> 
> *  xl does not support specifying virtual function for passthrough device
>    http://bugs.xenproject.org/xen/bug/22
> 
> *  PCI hole resize support hvmloader/qemu-traditional/qemu-upstream with 
> PCI/GPU passthrough
>    http://bugs.xenproject.org/xen/bug/28
> 
> *  libx{c,l} error handling cleanup
> 
> *  Adding missing 'xend' features in libxl
> 
> *  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 pass 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 between a backend in a 
> driver domain and a backend in dom0.
> 
> *  PVH - PVH working with shadow.
>    Based on Tim's work
> 
> *  PVH - PCI passthrough for DomU.
> 
> *  AMD performance regressions
> 
> *  Performance due to hypercall preemption. More preemptions - slower. (none)
> 
> == Hypervisor ==
> 
> *  gnttab: improve scalability (good)
>    v5 posted
>   -  Christoph Egger
> 
> *  arm: introduce basic Renesas R-Car Gen2 platform support (good)
>    v5 posted
>   -  Oleksandr Tyshchenko
> 
> *  Add ACPI support for arm64 on Xen (fair)
>    RFC posted
>   -  Parth Dixit
> 
> *  sndif: add API for para-virtual sound (fair)
>    v7 posted
>   -  Oleksandr Dmytryshyn
> 
> *  ARM: reenable support 32-bit userspace running in 64-bit guest (good)
>    v2 posted
>   -  Ian Campbell
> 
> *  Intel PML (Page Modification Logging) for Xen (none)
>    design doc posted
>   -  Kai Huang
> 
> *  Intel memory bandwidth monitoring for VMs (fair)
>    v9 posted
>   -  Chao Peng
> 
> *  Display IO topology when PXM data is available (good)
>    v3 posted
>   -  Boris Ostrovsky
> 
> *  Clean-up of mem-event subsystem (good)
>    v5 posted
>   -  Tamas K Lengyel
> 
> *  xc_reserved_device_memory_map in hvmloader to avoid conflicting MMIO/RAM 
> (good)
>    v7 posted.
>    Treating pieces as bug-fixes only.
>    Low likehood of making it in Xen 4.5. Deferred
>   -  Tiejun Chen
> 
> *  VPMU - 'perf' support in Xen (good)
>    v14 posted
>    Need reviews/final ack.
>   -  Boris Ostrovsky
> 
> *  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
> 
> *  PVH - AMD hardware support. (fair)
>    RFC posted
>   -  Elena Ufimtseva
> 
> *  extending mem_access support to PV domain (fair)
>    RFC v2
>   -  Aravindh Puthiyaparambil (aravindp)
> 
> *  Repurpose SEDF Scheduler for Real-time (fair)
>    RFC patch posted (v2)
>   -  Joshua Whitehead, Robert VanVossen
> 
> *  ARM remote processor iommu module (GPUs + IPUs) (fair)
>    v3 posted
>   -  Andrii Tseglytskyi
> 
> *  dirty vram / IOMMU bug (fair)
>    http://bugs.xenproject.org/xen/bug/38
>   -  Zhang, Yang Z
> 
> *  Xen multiboot2-EFI support (fair)
>    Needed for GrUB2
>    Depends on Xen Boot info (rework multiboot and other structs)
>    See http://lists.xen.org/archives/html/xen-devel/2013-05/msg02281.html
>    RFC posted
>   -  Daniel Kiper
> 
> *  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
> 
> *  Default to credit2 (none)
>    cpu pinning, numa affinity and cpu reservation
>   -  George Dunlap
> 
> *  Convert tasklet to per-cpu tasklets (fair)
>    RFC posted
>   -  Konrad Rzeszutek Wilk
> 
> *  Further tmem cleanups/fixes (16TB etc) (fair)
>   -  Bob Liu
> 
> *  1TB slow destruction (ok)
>   -  Bob Liu
> 
> *  ARM VM save/restore/live migration (none)
>    Need to rebased against migrationv2 - no code posted.
>   -  Junghyun Yoo
> 
> *  ARM GICv2m support (none)
>   -  Linaro (unknown)
> 
> *  ARM - SMMU resync of Linux's one (none)
>   -  Julien Grall
> 
> *  ARM - passthrough of non-PCI (none)
>   -  Julien Grall
> 
> *  ARM64 (Cavium Thunder)  PCI passthrough (fair)
>   -  Manish Jaggi
> 
> *  ARM - Remove XEN_DOMCTL_arm_configure_domain band-aid and make it part of 
> create_domain. (none)
>   -  Julien Grall
> 
> *  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
> 
> == Xen toolstack ==
> 
> *  libxl: cancelling asynchronous operations (fair)
>    RFC posted
>   -  Ian Jackson
> 
> *  VMware tools support (fair)
>   -  Don Slutz
> 
> *  pvUSB support in libxl (none)
>   -  Chunyan Liu
> 
> *  vNUMA in Xen toolstack (good)
>    v5 posted
>   -  Wei Liu
> 
> *  Blktap2 support (none)
>   -  George Dunlap
> 
> *  pvscsi in libxl (fair)
>   -  Juergen Gross and Olaf
> 
> *  COarse-grain LOck-stepping Virtual Machines in Xen (fair)
>    RFC v3 posted, based on remus-v19
>   -  Wen Congyang
>   -  Gui Jianfeng
>   -  Yang Hongyang
>   -  Dong, Eddie
> 
> *  New Migration (v2). (good)
>    v7 (libxc and libxl)
>    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
> 
> *  libxl migrationv2 patches. (none)
>   -  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) (ok)
>    v5
>   -  Chunyan Liu
> 
> *  Rearrange and cleanup installation destination directories (/var -> 
> var/lib/xen) (fair)
>   -  Daniel Kiper
> 
> *  libxl/xl - xm compatibility mode for mem-max and mem-set; (ok)
>   -  Daniel Kiper
> 
> *  xl list --long (and some related xl commands) have some bugs (none)
>   -  Zhigang Wang
> 
> *  Xen HPET interrupt fixes (fair)
>    behind migration v2
>   -  Andrew Cooper
> 
> *  cpuid leveling (none)
>    
> http://xenbits.xen.org/people/andrewcoop/feature-levelling/feature-levelling-D.pdf
>   -  Andrew Cooper
> 
> *  live migration knobs, there is no suitable code yet, just ideas (none)
>     http://lists.xenproject.org/archives/html/xen-devel/2014-03/msg00785.html
>   -  Olaf Hering
> 
> *  xl does not handle migrate interruption gracefully (none)
>    If you start a localhost migrate, and press "Ctrl-C" in the middle, you get 
> two hung domains
>   -  Ian Jackson
> 
> *  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
> 
> *  HVM guest NUMA (SRAT) (good)
>    See vNUMA in Xen toolstack
>   -  Wei 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é
> 
> *  ucode=scan also scan compressed initramfs (none)
>   -  Konrad Rzeszutek Wilk
> 
> *  adjust log buffer based on memmap size (none)
>   -  Konrad Rzeszutek Wilk
> 
> *  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
> 
> *  ARM - MiniOS (fair)
>    v7 posted
>   -  Thomas Leonard
> 
> *  amd_ucode cleanups, verify patch size(enhancement) (mostly in master except 
> one patch)
> 
> *  Data breakpoint Extension support (new-feat) (in master)
> 
> *  Feature masking MSR support (enhancement) (in master)
> 
> *  Support BRCM TruManage chip (Serial over LAN support) (new-feat) (in master)
> 
> *  fix vmce_amd* functions, unify mce_amd mcheck initialization (fixes/cleanups)
> 
> *  multiple AMD container files appended together in initrd (early initramfs)
>   -  Aravind and Suravee
> 

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