Xen 4.6 Development Update (four months reminder)

Xen 4.6 Development Update (four months reminder)

[wei.liu2]

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

(Note, please trim your quotes when replying, and also trim the CC list if
necessary. You might also consider changing the subject line of your reply to
"Status of  (Was: Xen 4.6 Development Update (X months reminder)")

Hi all

We are now four 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)
   Change RTDS from quantum driven to event driven
  -  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)
   v7 posted
  -  Boris Ostrovsky

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

*  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 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 GVT-g (none)
   requires refactoring ioreq-server, fixing 16-byte MMIO emulation
   and optional PV IOMMU support
  -  Yu, Zhang

*  Porting Intel P-state driver to Xen (fair)
  -  Wang, Wei

*  VT-d Posted-interrupt (PI) (good)
   v1 posted
  -  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

*  RMRR fix (fair)
   RFC posted
  -  Tiejun Chen

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

*  PVH domU (fair)
   RFC posted
  -  Elena Ufimtseva

=== Hypervisor ARM ===

*  Mem_access for ARM (good)
   v15 posted
  -  Tamas K Lengyel

*  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  PCI passthrough (none)
  -  Manish Jaggi
  -  Vijay Kilari

== Xen toolstack ==

*  Migration v2 (libxl) (none)
  -  Andrew Cooper

*  toolstack-based approach to pvhvm guest kexec (fair)
   also contains hypervisor side change
  -  Vitaly Kuznetsov

*  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)
   depend on PV USB support
  -  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

*  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
   v1 posted
  -  Roger Pau Monné

*  PVH - Migration of guests from a PVH dom0  (fair)
   Depends on migration2 code
  -  Roger Pau Monné

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

*  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

*  libxl: add qxl vga interface support for upstream qemu (fair)
  -  Fabio Fantoni

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

*  Intel Cache Allocation Technology (good)
  -  Chao Peng

*  Intel PML (Page Modification Logging) for Xen (good)
   v1 posted
  -  Kai Huang

*  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

*  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 #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 (four months reminder)

[Meng Xu]

Hi Wei,

>
> *  Improve RTDS scheduler (none)
>    Change RTDS from quantum driven to event driven

The improvement of the RTDS scheduler also includes supporting the
functionality of setting and getting per-vcpu parameters. Chong Li
<lichong659@gmail.com> has posted the first version of patch at
http://lists.xenproject.org/archives/html/xen-devel/2015-05/msg00750.html
.

>   -  Dagaen Golomb, Meng Xu

If you agree that the toolstack improvement for RTDS scheduler is also
for Xen 4.6, which is actually marked in the Xen Scheduler's plans
(http://wiki.xen.org/wiki/Xen_Project_Schedulers), I think this line
should be:

 Dagaen Golomb, Chong Li, Meng Xu

Thanks and best regards,

Meng

-- 


-----------
Meng Xu
PhD Student in Computer and Information Science
University of Pennsylvania
http://www.cis.upenn.edu/~mengxu/

Re: Xen 4.6 Development Update (four months reminder)

[Chun Yan Liu]

>>> On 5/13/2015 at 01:01 PM, in message
<E1YsOnt-0004pu-4g@ukmail1.uk.xensource.com>, <wei.liu2@citrix.com> wrote: 
> (Note, please trim your quotes when replying, and also trim the CC list if 
> necessary. You might also consider changing the subject line of your reply  
> to 
> "Status of  (Was: Xen 4.6 Development Update (X months reminder)") 
>  
> Hi all 
>  
> We are now four 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) 
>    Change RTDS from quantum driven to event driven 
>   -  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) 
>    v7 posted 
>   -  Boris Ostrovsky 
>  
> *  Clean-up of mem-event subsystem (good) 
>    v9 posted 
>   -  Tamas K Lengyel 
>  
> *  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 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 GVT-g (none) 
>    requires refactoring ioreq-server, fixing 16-byte MMIO emulation 
>    and optional PV IOMMU support 
>   -  Yu, Zhang 
>  
> *  Porting Intel P-state driver to Xen (fair) 
>   -  Wang, Wei 
>  
> *  VT-d Posted-interrupt (PI) (good) 
>    v1 posted 
>   -  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 
>  
> *  RMRR fix (fair) 
>    RFC posted 
>   -  Tiejun Chen 
>  
> *  VPMU - 'perf' support in Xen (good) 
>    v21 posted 
>    Need reviews/final ack. 
>   -  Boris Ostrovsky 
>  
> *  PVH domU (fair) 
>    RFC posted 
>   -  Elena Ufimtseva 
>  
> === Hypervisor ARM ===  
>  
> *  Mem_access for ARM (good) 
>    v15 posted 
>   -  Tamas K Lengyel 
>  
> *  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  PCI passthrough (none) 
>   -  Manish Jaggi 
>   -  Vijay Kilari 
>  
> == Xen toolstack ==  
>  
> *  Migration v2 (libxl) (none) 
>   -  Andrew Cooper 
>  
> *  toolstack-based approach to pvhvm guest kexec (fair) 
>    also contains hypervisor side change 
>   -  Vitaly Kuznetsov 
>  
> *  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) 
>    depend on PV USB support

George or Ian, could you have a look at V3 pvusb when you have some
time slot?
http://lists.xen.org/archives/html/xen-devel/2015-04/msg02114.html
Any problems (design or coding), I'll update. Thanks!

- Chunyan

>   -  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 
>  
> *  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 
>    v1 posted 
>   -  Roger Pau Monné 
>  
> *  PVH - Migration of guests from a PVH dom0  (fair) 
>    Depends on migration2 code 
>   -  Roger Pau Monné 
>  
> == 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 ==  
>  
> *  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 
>  
> *  libxl: add qxl vga interface support for upstream qemu (fair) 
>   -  Fabio Fantoni 
>  
> *  ARM - passthrough of non-PCI (ok) 
>   -  Julien Grall 
>  
> *  Intel Cache Allocation Technology (good) 
>   -  Chao Peng 
>  
> *  Intel PML (Page Modification Logging) for Xen (good) 
>    v1 posted 
>   -  Kai Huang 
>  
> *  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 
>  
> *  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 
>  
>  
>  


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

Status of VM event patches (Was: Xen 4.6 Development Update (four months reminder)

[Razvan Cojocaru]

On 05/13/2015 08:01 AM, wei.liu2@citrix.com wrote:
> *  VM event patches (none)
>    Add support for XSETBV vm_events,
>    Support hybernating guests
>    Support for VMCALL-based vm_events
>   -  Razvan Cojocaru

I've actually sent the first version of the series last week (called
"Vm_event memory introspection helpers").

There are two major issues that need to be addressed before I can send V2:

1. I've had no review whatsoever for "[PATCH 5/5] xen: Write CR0, CR3
and CR4 in arch_set_info_guest()" - it has been neither acked nor
criticized.

2. The series now depends on "[PATCH] xen/vm_event: Clean up
control-register-write vm_events", which I've submitted yesterday, so
I'll need that to go in before submitting V2.


Thanks,
Razvan

Re: Status of VM event patches (Was: Xen 4.6 Development Update (four months reminder)

[Jan Beulich]

>>> On 13.05.15 at 08:18, <rcojocaru@bitdefender.com> wrote:
> On 05/13/2015 08:01 AM, wei.liu2@citrix.com wrote:
>> *  VM event patches (none)
>>    Add support for XSETBV vm_events,
>>    Support hybernating guests
>>    Support for VMCALL-based vm_events
>>   -  Razvan Cojocaru
> 
> I've actually sent the first version of the series last week (called
> "Vm_event memory introspection helpers").
> 
> There are two major issues that need to be addressed before I can send V2:
> 
> 1. I've had no review whatsoever for "[PATCH 5/5] xen: Write CR0, CR3
> and CR4 in arch_set_info_guest()" - it has been neither acked nor
> criticized.

It still sits in my to be looked at queue, which - as said elsewhere
a few minutes ago - is rather long right now. Please (you and
others) understand that contributions to projects do not only
consist of submitting patches, but also reviewing such submitted
by others. If that doesn't happen and all the reviewing load is
on very few people (who certainly have other work to do as well),
patch submitters have to live with (perhaps significant) delays.

Jan

Re: Status of VM event patches (Was: Xen 4.6 Development Update (four months reminder)

[Razvan Cojocaru]

On 05/13/2015 10:04 AM, Jan Beulich wrote:
>>>> On 13.05.15 at 08:18, <rcojocaru@bitdefender.com> wrote:
>> On 05/13/2015 08:01 AM, wei.liu2@citrix.com wrote:
>>> *  VM event patches (none)
>>>    Add support for XSETBV vm_events,
>>>    Support hybernating guests
>>>    Support for VMCALL-based vm_events
>>>   -  Razvan Cojocaru
>>
>> I've actually sent the first version of the series last week (called
>> "Vm_event memory introspection helpers").
>>
>> There are two major issues that need to be addressed before I can send V2:
>>
>> 1. I've had no review whatsoever for "[PATCH 5/5] xen: Write CR0, CR3
>> and CR4 in arch_set_info_guest()" - it has been neither acked nor
>> criticized.
> 
> It still sits in my to be looked at queue, which - as said elsewhere
> a few minutes ago - is rather long right now. Please (you and
> others) understand that contributions to projects do not only
> consist of submitting patches, but also reviewing such submitted
> by others. If that doesn't happen and all the reviewing load is
> on very few people (who certainly have other work to do as well),
> patch submitters have to live with (perhaps significant) delays.

Of course, I wasn't complaining at all, just trying to be as accurate as
possible in replying to Wei's request for information. I do appreciate
the work the reviewers are doing, and respect their busy schedule.


Thanks again,
Razvan

Re: Xen 4.6 Development Update (four months reminder)

[Yang Hongyang]

On 05/13/2015 01:01 PM, wei.liu2@citrix.com wrote:
> (Note, please trim your quotes when replying, and also trim the CC list if
> necessary. You might also consider changing the subject line of your reply to
> "Status of  (Was: Xen 4.6 Development Update (X months reminder)")
>
> Hi all
>
> We are now four 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 =
[...]
>
> *  COarse-grain LOck-stepping Virtual Machines in Xen (fair)
>     RFC v5 posted
>    -  Wen Congyang
>    -  Gui Jianfeng
>    -  Yang Hongyang
>    -  Dong, Eddie
>
> *  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

I think this should be ok or good, I've just sent out the v3 series
of Remus migration-v2 support.

>
> *  snapshot API extension (checkpointing disk) (fair)
>     v10
>    -  Chunyan Liu
>
> *  PVH - Migration of PVH DomUs. (none)
>     Depends on migration2 code
>     v1 posted
>    -  Roger Pau Monn�
>
> *  PVH - Migration of guests from a PVH dom0  (fair)
>     Depends on migration2 code
>    -  Roger Pau Monn�
>
> == 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 ==
>
> *  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
>
> *  libxl: add qxl vga interface support for upstream qemu (fair)
>    -  Fabio Fantoni
>
> *  ARM - passthrough of non-PCI (ok)
>    -  Julien Grall
>
> *  Intel Cache Allocation Technology (good)
>    -  Chao Peng
>
> *  Intel PML (Page Modification Logging) for Xen (good)
>     v1 posted
>    -  Kai Huang
>
> *  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
>
> *  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
>
> .
>

-- 
Thanks,
Yang.

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

Status of ARM features (Was: Re: Xen 4.6 Development Update (four months reminder))

[Julien Grall]

(trimming the list of cc)

Hi Wei,


On 13/05/2015 06:01, wei.liu2@citrix.com wrote:
> === Hypervisor ARM ===
>
> *  Mem_access for ARM (good)
>     v15 posted
>    -  Tamas K Lengyel

I think all the patches for this patch series has been pushed. Tamas, 
Can you confirm?

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

It has been pushed to Xen.

>
> *  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  PCI passthrough (none)
>    -  Manish Jaggi
>    -  Vijay Kilari

   * ARM GICv2 on GICv3 support (fair)
      - Julien Grall

[..]
> == Deferred ==

[..]

> *  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 you can drop this item. We don't expect to have code in Linux 
for non-PCI passthrough until we got a real need to do it .

[..]

> == Completed ==

> *  ARM - passthrough of non-PCI (ok)
>    -  Julien Grall

To be fair, this feature is not yet completed. There is some outstanding 
patches on the ML due to build issue.

Regards,

-- 
Julien Grall

Re: Xen 4.6 Development Update (four months reminder)

[Tamas K Lengyel]

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

Completed and merged.

>> *  Mem_access for ARM (good)
>>    v15 posted
>>   -  Tamas K Lengyel

Completed and merged.

Cheers,
Tamas

Status of soft reset for PVHVM (Was: Xen 4.6 Development Update (four months reminder))

[Vitaly Kuznetsov]

<wei.liu2@citrix.com> writes:

> *  toolstack-based approach to pvhvm guest kexec (fair)
>    also contains hypervisor side change
>   -  Vitaly Kuznetsov
>
> *  Toolstack-based approach to pvhvm guest kexec (ok)
>    v4 posted
>   -  Vitaly Kuznetsov

v6 was just sent.

-- 
  Vitaly

Re: Xen 4.6 Development Update (four months reminder)

[Hu, Robert]

> -----Original Message-----
> From: wei.liu2@citrix.com [mailto:wei.liu2@citrix.com]
> Sent: Wednesday, May 13, 2015 1:02 PM
> To: xen-devel@lists.xenproject.org; White, Edmund H;
> xumengpanda@gmail.com; dgolomb@seas.upenn.edu; jtweaver@hawaii.edu;
> oleksandr.dmytryshyn@globallogic.com; chegger@amazon.de;
> tamas.lengyel@zentific.com; daniel.kiper@oracle.com;
> george.dunlap@eu.citrix.com; rcojocaru@bitdefender.com;
> yu.c.zhang@linux.intel.com; Wang, Wei W; Wu, Feng; dario.faggioli@citrix.com;
> ross.lagerwall@citrix.com; malcolm.crossley@citrix.com; Chen, Tiejun;
> boris.ostrovsky@oracle.com; elena.ufimtseva@oracle.com;
> Vijaya.Kumar@caviumnetworks.com; parth.dixit@linaro.org;
> ian.campbell@citrix.com; andrii.tseglytskyi@globallogic.com;
> suravee.suthikulpanit@amd.com; manishjaggi.oss@gmail.com;
> vijay.kilari@gmail.com; andrew.cooper3@citrix.com; vkuznets@redhat.com;
> ian.jackson@eu.citrix.com; dslutz@verizon.com; cyliu@suse.com;
> jgross@suse.com; olaf@aepfle.de; wency@cn.fujitsu.com;
> guijianfeng@cn.fujitsu.com; yanghy@cn.fujitsu.com; david.vrabel@citrix.com;
> bob.liu@oracle.com; roger.pau@citrix.com; eshelton@pobox.com;
> wei.liu2@citrix.com; Dong, Eddie; julien.grall@citrix.com;
> anthony.perard@citrix.com; talex5@gmail.com;
> artem.mygaiev@globallogic.com; Hu, Robert; konrad.wilk@oracle.com;
> julien.grall@linaro.org; fabio.fantoni@m2r.biz; chao.p.peng@linux.intel.com;
> kai.huang@linux.intel.com; Wei.Liu2@citrix.com; edgar.iglesias@gmail.com;
> frediano.ziglio@huawei.com; ard.biesheuvel@linaro.org; Xu, Quan;
> oleksandr.tyshchenko@globallogic.com
> Subject: Xen 4.6 Development Update (four months reminder)
> 
> (Note, please trim your quotes when replying, and also trim the CC list if
> necessary. You might also consider changing the subject line of your reply to
> "Status of  (Was: Xen 4.6 Development Update (X months reminder)")
> 
> Hi all
> 
> We are now four 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)
>    Change RTDS from quantum driven to event driven
>   -  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)
>    v7 posted
>   -  Boris Ostrovsky
> 
> *  Clean-up of mem-event subsystem (good)
>    v9 posted
>   -  Tamas K Lengyel
> 
> *  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 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 GVT-g (none)
>    requires refactoring ioreq-server, fixing 16-byte MMIO emulation
>    and optional PV IOMMU support
>   -  Yu, Zhang
> 
> *  Porting Intel P-state driver to Xen (fair)
>   -  Wang, Wei
> 
> *  VT-d Posted-interrupt (PI) (good)
>    v1 posted
>   -  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
> 
> *  RMRR fix (fair)
>    RFC posted
>   -  Tiejun Chen
> 
> *  VPMU - 'perf' support in Xen (good)
>    v21 posted
>    Need reviews/final ack.
>   -  Boris Ostrovsky
> 
> *  PVH domU (fair)
>    RFC posted
>   -  Elena Ufimtseva
> 
> === Hypervisor ARM ===
> 
> *  Mem_access for ARM (good)
>    v15 posted
>   -  Tamas K Lengyel
> 
> *  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  PCI passthrough (none)
>   -  Manish Jaggi
>   -  Vijay Kilari
> 
> == Xen toolstack ==
> 
> *  Migration v2 (libxl) (none)
>   -  Andrew Cooper
> 
> *  toolstack-based approach to pvhvm guest kexec (fair)
>    also contains hypervisor side change
>   -  Vitaly Kuznetsov
> 
> *  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)
>    depend on PV USB support
>   -  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
> 
> *  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
>    v1 posted
>   -  Roger Pau Monné
> 
> *  PVH - Migration of guests from a PVH dom0  (fair)
>    Depends on migration2 code
>   -  Roger Pau Monné
> 
> == 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)
v10 just posted today
>   -  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 ==
> 
> *  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
> 
> *  libxl: add qxl vga interface support for upstream qemu (fair)
>   -  Fabio Fantoni
> 
> *  ARM - passthrough of non-PCI (ok)
>   -  Julien Grall
> 
> *  Intel Cache Allocation Technology (good)
>   -  Chao Peng
> 
> *  Intel PML (Page Modification Logging) for Xen (good)
>    v1 posted
>   -  Kai Huang
> 
> *  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
> 
> *  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

Re: Xen 4.6 Development Update (four months reminder)

[Daniel Kiper]

Hey Wei,

On Wed, May 13, 2015 at 06:01:57AM +0100, wei.liu2@citrix.com wrote:

[...]

> *  Xen multiboot2-EFI support (fair)

I think that it could be ok.

>    See http://lists.xen.org/archives/html/xen-devel/2013-05/msg02281.html

Change above link to http://lists.xen.org/archives/html/xen-devel/2015-01/msg03962.html
and http://lists.xen.org/archives/html/xen-devel/2015-01/msg03982.html.

>    RFC posted
>   -  Daniel Kiper

Almost all comments for v1 are taken into account. Working on last
patch in Xen series. GRUB2 patch series requires more discussion
and probably some rework. I am going to post GRUB2 and Xen v2 patch
series at the end of May or at the beginning of June. It depends
on amount of our internal work too.

Daniel

Status of VMware tools support (Was: Xen 4.6 Development Update (four months reminder))

[Don Slutz]

On 05/13/15 01:01, wei.liu2@citrix.com wrote:

> *  VMware tools support (fair)
>   -  Don Slutz
> 

v10 of patch set posted.  Should be able to move to ok.

   -Don Slutz

Re: Xen 4.6 Development Update (four months reminder)

[Ian Campbell]

On Wed, 2015-05-13 at 06:01 +0100, wei.liu2@citrix.com wrote:

All, _Please_ take note of this important note:

> (Note, please trim your quotes when replying, and also trim the CC list if
> necessary. You might also consider changing the subject line of your reply to
> "Status of  (Was: Xen 4.6 Development Update (X months reminder)")

If you received this mail direct (vis BCC rather than the list) then you
have replied to all and/or not trimmed your quotes (most of you did
both). Please remember for next time.

Ian.

Status of 'Credit2: hard and soft affinity; [Re: Xen 4.6 Development Update (four months reminder)]

[Dario Faggioli]

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

On Wed, 2015-05-13 at 06:01 +0100, wei.liu2@citrix.com wrote:

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

> == Hypervisor == 
> 

> *  Credit2: introduce per-vcpu hard and soft affinity (good)
>   -  Justin T. Weaver
> 
I was wondering whether it would make sense to break this in two:

 * Credit2: introduce per-vcpu hard affinity
   Justin T. Weaver

The status of this is certainly good, as the code, in the last round of
patches, was almost good enough for going in (just some adjustments
required)

 * Credit2: introduce per-vcpu soft affinity

The status of this is probably better captured by 'fair', as there is
still some work to do.

Also, Justin, sorry but I forgot what your deadline was, as IITR you
were doing this for some university course, activity. Since I think it
may have passed, are you still up for finishing this?

I don't want to push, of course, I just wanted to know, to be able to
make more accurate plans. :-)

Thanks and Regards,
Dario



[-- Attachment #1.2: This is a digitally signed message part --]
[-- Type: application/pgp-signature, Size: 181 bytes --]

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

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

Status of Credit2 and Credit1 [was: Re: Xen 4.6 Development Update (four months reminder)]

[Dario Faggioli]

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

On Wed, 2015-05-13 at 06:01 +0100, wei.liu2@citrix.com wrote:

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

> == Hypervisor == 

> *  Credit2 production ready (none)
>    cpu reservation
>   -  George Dunlap
>
No work on this yet, AFAIK. I may be able to look into it in a couple of
weeks, but I still am not sure.

> === Hypervisor X86 === 

> *  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
>
Let me clarify this a bit.

First of all, let me point out that the issue only shows up in
under-loaded systems (i.e., with less active vcPUs then the host has
pCPUs). In any case, this is something inherent in Credit1 architecture,
and I don't have a sensible idea on how to deal with it without causing
other problems.

I am working on some improvement to Credit1 (e.g., introducing load
tracking and basing some decisions on it), which hopefully will help
better performance even in this case, but I'm not actively working on
fixing this (if it can be fixed).

Regards,
Dario

[-- Attachment #1.2: This is a digitally signed message part --]
[-- Type: application/pgp-signature, Size: 181 bytes --]

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

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

Re: Status of 'Credit2: hard and soft affinity; [Re: Xen 4.6 Development Update (four months reminder)]

[Justin Weaver]

On Fri, May 15, 2015 at 2:42 PM, Dario Faggioli
<dario.faggioli@citrix.com> wrote:
> On Wed, 2015-05-13 at 06:01 +0100, wei.liu2@citrix.com wrote:
>
>> = 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
>>
>
>> == Hypervisor ==
>>
>
>> *  Credit2: introduce per-vcpu hard and soft affinity (good)
>>   -  Justin T. Weaver
>>
> I was wondering whether it would make sense to break this in two:
>
>  * Credit2: introduce per-vcpu hard affinity
>    Justin T. Weaver
>
> The status of this is certainly good, as the code, in the last round of
> patches, was almost good enough for going in (just some adjustments
> required)
>
>  * Credit2: introduce per-vcpu soft affinity
>
> The status of this is probably better captured by 'fair', as there is
> still some work to do.
>
> Also, Justin, sorry but I forgot what your deadline was, as IITR you
> were doing this for some university course, activity. Since I think it
> may have passed, are you still up for finishing this?

Sorry about disappearing for a little while there. I turned in a
report to my adviser on my last patch set and completed my academic
requirements. I still want to get these patches committed though. I'll
make the changes this week that were suggested in the review comments
and respond to any questions that were asked of me. Also, I saw George
wanted to take on the load balancing decision making which is of
course fine by me.

> I don't want to push, of course, I just wanted to know, to be able to
> make more accurate plans. :-)
>
> Thanks and Regards,
> Dario
>

Again, thank you for working with me on this!
Justin

Re: Status of Credit2 and Credit1 [was: Re: Xen 4.6 Development Update (four months reminder)]

[Wei Liu]

On Sat, May 16, 2015 at 03:15:21AM +0200, Dario Faggioli wrote:
> On Wed, 2015-05-13 at 06:01 +0100, wei.liu2@citrix.com wrote:
> 
> > = 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
> 
> > == Hypervisor == 
> 
> > *  Credit2 production ready (none)
> >    cpu reservation
> >   -  George Dunlap
> >
> No work on this yet, AFAIK. I may be able to look into it in a couple of
> weeks, but I still am not sure.
> 
> > === Hypervisor X86 === 
> 
> > *  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
> >
> Let me clarify this a bit.
> 
> First of all, let me point out that the issue only shows up in
> under-loaded systems (i.e., with less active vcPUs then the host has
> pCPUs). In any case, this is something inherent in Credit1 architecture,
> and I don't have a sensible idea on how to deal with it without causing
> other problems.
> 
> I am working on some improvement to Credit1 (e.g., introducing load
> tracking and basing some decisions on it), which hopefully will help
> better performance even in this case, but I'm not actively working on
> fixing this (if it can be fixed).
> 

I have moved this to deferred section. Is this OK?

Wei.

> Regards,
> Dario

Re: Status of Credit2 and Credit1 [was: Re: Xen 4.6 Development Update (four months reminder)]

[Dario Faggioli]

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

On Tue, 2015-05-19 at 18:35 +0100, Wei Liu wrote:
> On Sat, May 16, 2015 at 03:15:21AM +0200, Dario Faggioli wrote:

> > > === Hypervisor X86 === 
> > 
> > > *  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
> > >
> > Let me clarify this a bit.
> > 
> > First of all, let me point out that the issue only shows up in
> > under-loaded systems (i.e., with less active vcPUs then the host has
> > pCPUs). In any case, this is something inherent in Credit1 architecture,
> > and I don't have a sensible idea on how to deal with it without causing
> > other problems.
> > 
> > I am working on some improvement to Credit1 (e.g., introducing load
> > tracking and basing some decisions on it), which hopefully will help
> > better performance even in this case, but I'm not actively working on
> > fixing this (if it can be fixed).
> > 
> 
> I have moved this to deferred section. Is this OK?
> 
Sounds good, thanks.

Regards,
Dario

[-- Attachment #1.2: This is a digitally signed message part --]
[-- Type: application/pgp-signature, Size: 181 bytes --]

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

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