Xen 4.6 Development Update (five months reminder, 5 WEEKS TO FREEZE)

Xen 4.6 Development Update (five months reminder, 5 WEEKS TO FREEZE)

[wei.liu2]

[-- Attachment #1: Type: text/plain, Size: 10297 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, Chong Li

*  Credit2: introduce per-vcpu soft affinity (good)
  -  Justin T. Weaver

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

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

*  gnttab: improve scalability (good)
  -  David Vrabel

*  Xen multiboot2-EFI support (ok)
   See http://lists.xen.org/archives/html/xen-devel/2015-01/msg03962.html
    http://lists.xen.org/archives/html/xen-devel/2015-01/msg03982.html
  -  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 Cache Allocation Technology (good)
  -  Chao Peng

*  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)
   v2 posted
  -  Wu, Feng

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

*  ITS support (fair )
  -  Vijaya Kumar K

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

*  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 (fair)
  -  Manish Jaggi

*  ARM GICv2 on GICv3 support (none)
  -  Julien Grall
  -  Vijay Kilari

== Xen toolstack ==

*  Split libxc into multiple libraries (none)
  -  Ian Campbell

*  Remus using migration-v2 (good)
   RFC posted - depends on v6 of 'New Migration'
  -  Yang Hongyang

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

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

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

*  VMware tools support (ok)
  -  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

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

*  Restrict QEMU
  -  Stefano Stabellini

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

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

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

== OSSTEST ==

*  OSSTest: stubdom test case (fair)
  -  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 ==

*  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

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

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

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

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

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

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

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

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



[-- 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 VM event patches (Was: Xen 4.6 Development Update (five months reminder, 5 WEEKS TO FREEZE))

[Razvan Cojocaru]

On 06/05/2015 04:53 PM, 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

A first iteration of the series has already been posted as "Vm_event
memory introspection helpers", consisting of five patches:

[PATCH 1/5] xen/vm_event: Added support for XSETBV events
[PATCH 2/5] xen/vm_access: Support for memory-content hiding
[PATCH 3/5] xen/vm_event: Support for guest-requested events
[PATCH 4/5] xen/vm_event: Deny MSR writes if refused by vm_event
[PATCH 5/5] xen: Write CR0, CR3 and CR4 in arch_set_info_guest()

It has also been fairly discussed, and the first patched morphed into
the "[PATCH V10] xen/vm_event: Clean up control-register-write vm_events
and add XCR0 event" that I've posted today, and acked by Jan Beulich,
Kevin Tian, Ian Campbell and Tim Deegan. The XSETBV event in question is
the new XCR0 event.

As soon as this patch goes in, I'll see what can be whipped into shape
from the remaining patches (they depend on it) and submit V2 of the series.


Thanks,
Razvan

Re: Xen 4.6 Development Update (five months reminder, 5 WEEKS TO FREEZE)

[Boris Ostrovsky]

On 06/05/2015 09:53 AM, wei.liu2@citrix.com wrote:
>
> *  VPMU - 'perf' support in Xen (good)
>     v21 posted
>     Need reviews/final ack.
>    -  Boris Ostrovsky

I posted a version last week with very few changes. Besides Jan's review 
I think it needs Intel's ACK on a few patches that touched VMX (Kevin, 
can you take a look at patches 4, 6, 10, 12 and 15 --- you probably 
already saw them before but I must have made some changes to them so I 
dropped your ACKs. Thanks.).


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

I don't have any immediate plans to work on this. I was really going to 
only provide xl support for this (commit e78e8b9bb64 and friends).


-boris

Re: Xen 4.6 Development Update (five months reminder, 5 WEEKS TO FREEZE)

[Andrew Cooper]

On 05/06/15 15:28, Boris Ostrovsky wrote:
>
>
>>
>> == Deferred ==
>>
>>
>> *  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
>>
>
> I don't have any immediate plans to work on this. I was really going
> to only provide xl support for this (commit e78e8b9bb64 and friends).

In some copious free time I was going to see about reworking my hwloc
series on top of your newly committed libxl code.

I don't think it is worth tracking as part of Xen release information.

~Andrew

Re: Xen 4.6 Development Update (five months reminder, 5 WEEKS TO FREEZE)

[Julien Grall]

Hi Wei,

On 05/06/15 14:53, wei.liu2@citrix.com wrote:
> === Hypervisor ARM === 

> *  ARM GICv2 on GICv3 support (none)

(fair)

>   -  Julien Grall
>   -  Vijay Kilari

I'm the only one working on it...

Regards,

-- 
Julien Grall

Re: Xen 4.6 Development Update (five months reminder, 5 WEEKS TO FREEZE)

[Jan Beulich]

>>> On 05.06.15 at 16:28, <boris.ostrovsky@oracle.com> wrote:
> On 06/05/2015 09:53 AM, wei.liu2@citrix.com wrote:
>>
>> *  VPMU - 'perf' support in Xen (good)
>>     v21 posted
>>     Need reviews/final ack.
>>    -  Boris Ostrovsky
> 
> I posted a version last week with very few changes. Besides Jan's review 
> I think it needs Intel's ACK on a few patches that touched VMX (Kevin, 
> can you take a look at patches 4, 6, 10, 12 and 15 --- you probably 
> already saw them before but I must have made some changes to them so I 
> dropped your ACKs. Thanks.).

And preferably another full review by someone like Dietmar where
not already done.

Jan

Status of alternate p2m support (Was: Xen 4.6 Development Update (five months reminder, 5 WEEKS TO FREEZE))

[Ed White]

On 06/05/2015 06:53 AM, wei.liu2@citrix.com wrote:
> *  Alternate p2m: support multiple copies of host p2m (ok)
>   -  Ed White
> 

Revised design doc should be posted early week of June 8th.
V2 of patch series should follow within a couple of weeks.

V2 is significantly changed based on list feedback and offline
discussions with Tim and Andrew.

Ed

Re: Xen 4.6 Development Update (five months reminder, 5 WEEKS TO FREEZE)

[Wu, Feng]

> -----Original Message-----
> From: wei.liu2@citrix.com [mailto:wei.liu2@citrix.com]
> Sent: Friday, June 05, 2015 9:54 PM
> To: xen-devel@lists.xenproject.org; White, Edmund H;
> xumengpanda@gmail.com; dgolomb@seas.upenn.edu; lichong659@gmail.com;
> jtweaver@hawaii.edu; oleksandr.dmytryshyn@globallogic.com;
> david.vrabel@citrix.com; daniel.kiper@oracle.com;
> george.dunlap@eu.citrix.com; rcojocaru@bitdefender.com;
> chao.p.peng@linux.intel.com; yu.c.zhang@linux.intel.com; Wang, Wei W; Wu,
> Feng; 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;
> andrii.tseglytskyi@globallogic.com; suravee.suthikulpanit@amd.com;
> manishjaggi.oss@gmail.com; julien.grall@citrix.com; vijay.kilari@gmail.com;
> ian.cambpell@citrix.com; yanghy@cn.fujitsu.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; bob.liu@oracle.com; roger.pau@citrix.com;
> stefano.stabellini@eu.citrix.com; eshelton@pobox.com; wei.liu2@citrix.com;
> Dong, Eddie; talex5@gmail.com; artem.mygaiev@globallogic.com;
> dario.faggioli@citrix.com; Hu, Robert; konrad.wilk@oracle.com;
> julien.grall@linaro.org; anthony.perard@citrix.com; ian.campbell@citrix.com;
> tamas.lengyel@zentific.com; fabio.fantoni@m2r.biz;
> kai.huang@linux.intel.com; Wei.Liu2@citrix.com; edgar.iglesias@gmail.com;
> ard.biesheuvel@linaro.org; Xu, Quan; oleksandr.tyshchenko@globallogic.com
> Subject: Xen 4.6 Development Update (five months reminder, 5 WEEKS TO
> FREEZE)
> 
> (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, Chong Li
> 
> *  Credit2: introduce per-vcpu soft affinity (good)
>   -  Justin T. Weaver
> 
> *  Credit2: introduce per-vcpu hard affinity (fair)
>   -  Justin T. Weaver
> 
> *  sndif: add API for para-virtual sound (fair)
>    v7 posted
>   -  Oleksandr Dmytryshyn
> 
> *  gnttab: improve scalability (good)
>   -  David Vrabel
> 
> *  Xen multiboot2-EFI support (ok)
>    See http://lists.xen.org/archives/html/xen-devel/2015-01/msg03962.html
>     http://lists.xen.org/archives/html/xen-devel/2015-01/msg03982.html
>   -  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 Cache Allocation Technology (good)
>   -  Chao Peng
> 
> *  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)
>    v2 posted
>   -  Wu, Feng

This one is pending on review for some time, any comments are welcome!

Thanks,
Feng

> 
> *  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 ===
> 
> *  ITS support (fair )
>   -  Vijaya Kumar K
> 
> *  Add ACPI support for arm64 on Xen (fair)
>    RFC posted
>   -  Parth Dixit
> 
> *  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 (fair)
>   -  Manish Jaggi
> 
> *  ARM GICv2 on GICv3 support (none)
>   -  Julien Grall
>   -  Vijay Kilari
> 
> == Xen toolstack ==
> 
> *  Split libxc into multiple libraries (none)
>   -  Ian Campbell
> 
> *  Remus using migration-v2 (good)
>    RFC posted - depends on v6 of 'New Migration'
>   -  Yang Hongyang
> 
> *  Migration v2 (libxl) (none)
>   -  Andrew Cooper
> 
> *  toolstack-based approach to pvhvm guest kexec (fair)
>    also contains hypervisor side change, v6
>   -  Vitaly Kuznetsov
> 
> *  libxl: cancelling asynchronous operations (fair)
>    RFC posted
>   -  Ian Jackson
> 
> *  VMware tools support (ok)
>   -  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
> 
> *  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 ==
> 
> *  Restrict QEMU
>   -  Stefano Stabellini
> 
> *  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 ==
> 
> *  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 ==
> 
> == 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
> 
> == OSSTEST ==
> 
> *  OSSTest: stubdom test case (fair)
>   -  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 ==
> 
> *  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
> 
> *  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 ==
> 
> *  setup CI loop for OpenStack (fair)
>   -  Anthony Perard
> 
> *  Display IO topology when PXM data is available (good)
>    v7 posted
>   -  Boris Ostrovsky
> 
> *  ARM: reenable support 32-bit userspace running in 64-bit guest (good)
>    v2 posted
>   -  Ian Campbell
> 
> *  Mem_access for ARM (good)
>    v15 posted
>   -  Tamas K Lengyel
> 
> *  Clean-up of mem-event subsystem (good)
>    v9 posted
>   -  Tamas K Lengyel
> 
> *  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 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
> 
> *  arm: introduce basic Renesas R-Car Gen2 platform support (done)
>    v5 posted
>   -  Oleksandr Tyshchenko

Re: Xen 4.6 Development Update (five months reminder, 5 WEEKS TO FREEZE)

[Yang Hongyang]

On 06/05/2015 09:53 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 =
>
> 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
[...]
>
> == Xen toolstack ==
>
> *  Split libxc into multiple libraries (none)
>    -  Ian Campbell
>
> *  Remus using migration-v2 (good)
>     RFC posted - depends on v6 of 'New Migration'
>    -  Yang Hongyang

Done.

>
> *  Migration v2 (libxl) (none)
>    -  Andrew Cooper
>
[...]
>
> *  COarse-grain LOck-stepping Virtual Machines in Xen (fair)
>     RFC v5 posted
>    -  Wen Congyang
>    -  Gui Jianfeng
>    -  Yang Hongyang
>    -  Dong, Eddie

This should be ok:
[PATCH v6 COLO 00/15] COarse-grain LOck-stepping Virtual Machines for Non-stop 
Service


>
> *  tmem migrationv2 patches. (none)
>    -  Bob Liu & Andrew Cooper & David Vrabel
>
> *  snapshot API extension (checkpointing disk) (fair)
>     v10
>    -  Chunyan Liu
>
...

-- 
Thanks,
Yang.

Re: Xen 4.6 Development Update (five months reminder, 5 WEEKS TO FREEZE)

[Tian, Kevin]

> From: Boris Ostrovsky [mailto:boris.ostrovsky@oracle.com]
> Sent: Friday, June 05, 2015 10:28 PM
> 
> On 06/05/2015 09:53 AM, wei.liu2@citrix.com wrote:
> >
> > *  VPMU - 'perf' support in Xen (good)
> >     v21 posted
> >     Need reviews/final ack.
> >    -  Boris Ostrovsky
> 
> I posted a version last week with very few changes. Besides Jan's review
> I think it needs Intel's ACK on a few patches that touched VMX (Kevin,
> can you take a look at patches 4, 6, 10, 12 and 15 --- you probably
> already saw them before but I must have made some changes to them so I
> dropped your ACKs. Thanks.).
> 

No problem. I'll complete my review within this week.

Thanks
Kevin

Re: Xen 4.6 Development Update (five months reminder, 5 WEEKS TO FREEZE)

[Yu, Zhang]

On 6/5/2015 9:53 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 =
>
> 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, Chong Li
>
> *  Credit2: introduce per-vcpu soft affinity (good)
>    -  Justin T. Weaver
>
> *  Credit2: introduce per-vcpu hard affinity (fair)
>    -  Justin T. Weaver
>
> *  sndif: add API for para-virtual sound (fair)
>     v7 posted
>    -  Oleksandr Dmytryshyn
>
> *  gnttab: improve scalability (good)
>    -  David Vrabel
>
> *  Xen multiboot2-EFI support (ok)
>     See http://lists.xen.org/archives/html/xen-devel/2015-01/msg03962.html
>      http://lists.xen.org/archives/html/xen-devel/2015-01/msg03982.html
>    -  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 Cache Allocation Technology (good)
>    -  Chao Peng
>
> *  Intel GVT-g (none)
>     requires refactoring ioreq-server, fixing 16-byte MMIO emulation
>     and optional PV IOMMU support
>    -  Yu, Zhang
ioreq-server: still in development. Previously tried to refactor the
ioreq-server to track the IO resources by using radix tree. Yet this
approach would consume too much memory space. Now trying to use the
interval rbtree. Will send the patch out ASAP.

fixing 16-byte MMIO emulation: Paul Durrant has been working on this.

PV IOMMU support: Malcolm Crossley has been preparing the draft design.
We had several rounds internal discussion about how this design covers
the basic requirement of XenGT. Will continue the discussion and prepare
the patch once the design is sent to the community.

BTW, thank you Paul & Malcolm. :-)

Yu

>
> *  Porting Intel P-state driver to Xen (fair)
>    -  Wang, Wei
>
> *  VT-d Posted-interrupt (PI) (good)
>     v2 posted
>    -  Wu, Feng
>
> *  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 ===
>
> *  ITS support (fair )
>    -  Vijaya Kumar K
>
> *  Add ACPI support for arm64 on Xen (fair)
>     RFC posted
>    -  Parth Dixit
>
> *  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 (fair)
>    -  Manish Jaggi
>
> *  ARM GICv2 on GICv3 support (none)
>    -  Julien Grall
>    -  Vijay Kilari
>
> == Xen toolstack ==
>
> *  Split libxc into multiple libraries (none)
>    -  Ian Campbell
>
> *  Remus using migration-v2 (good)
>     RFC posted - depends on v6 of 'New Migration'
>    -  Yang Hongyang
>
> *  Migration v2 (libxl) (none)
>    -  Andrew Cooper
>
> *  toolstack-based approach to pvhvm guest kexec (fair)
>     also contains hypervisor side change, v6
>    -  Vitaly Kuznetsov
>
> *  libxl: cancelling asynchronous operations (fair)
>     RFC posted
>    -  Ian Jackson
>
> *  VMware tools support (ok)
>    -  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
>
> *  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 ==
>
> *  Restrict QEMU
>    -  Stefano Stabellini
>
> *  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 ==
>
> *  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 ==
>
> == 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
>
> == OSSTEST ==
>
> *  OSSTest: stubdom test case (fair)
>    -  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 ==
>
> *  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
>
> *  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 ==
>
> *  setup CI loop for OpenStack (fair)
>    -  Anthony Perard
>
> *  Display IO topology when PXM data is available (good)
>     v7 posted
>    -  Boris Ostrovsky
>
> *  ARM: reenable support 32-bit userspace running in 64-bit guest (good)
>     v2 posted
>    -  Ian Campbell
>
> *  Mem_access for ARM (good)
>     v15 posted
>    -  Tamas K Lengyel
>
> *  Clean-up of mem-event subsystem (good)
>     v9 posted
>    -  Tamas K Lengyel
>
> *  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 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
>
> *  arm: introduce basic Renesas R-Car Gen2 platform support (done)
>     v5 posted
>    -  Oleksandr Tyshchenko
>
>
>
>
> _______________________________________________
> Xen-devel mailing list
> Xen-devel@lists.xen.org
> http://lists.xen.org/xen-devel
>

Re: Xen 4.6 Development Update (five months reminder, 5 WEEKS TO FREEZE)

[Paul Durrant]

> -----Original Message-----
> > *  Intel GVT-g (none)
> >     requires refactoring ioreq-server, fixing 16-byte MMIO emulation
> >     and optional PV IOMMU support
> >    -  Yu, Zhang
> ioreq-server: still in development. Previously tried to refactor the
> ioreq-server to track the IO resources by using radix tree. Yet this
> approach would consume too much memory space. Now trying to use the
> interval rbtree. Will send the patch out ASAP.
> 
> fixing 16-byte MMIO emulation: Paul Durrant has been working on this.
> 

I have what I believe is a complete patch series. Now trying to write some targeted test cases, but will try to clean up the series and post for review today whilst I continue working on the tests.

  Paul

> PV IOMMU support: Malcolm Crossley has been preparing the draft design.
> We had several rounds internal discussion about how this design covers
> the basic requirement of XenGT. Will continue the discussion and prepare
> the patch once the design is sent to the community.
> 
> BTW, thank you Paul & Malcolm. :-)
> 
> Yu
> 
> >
> > *  Porting Intel P-state driver to Xen (fair)
> >    -  Wang, Wei
> >
> > *  VT-d Posted-interrupt (PI) (good)
> >     v2 posted
> >    -  Wu, Feng
> >
> > *  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 ===
> >
> > *  ITS support (fair )
> >    -  Vijaya Kumar K
> >
> > *  Add ACPI support for arm64 on Xen (fair)
> >     RFC posted
> >    -  Parth Dixit
> >
> > *  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 (fair)
> >    -  Manish Jaggi
> >
> > *  ARM GICv2 on GICv3 support (none)
> >    -  Julien Grall
> >    -  Vijay Kilari
> >
> > == Xen toolstack ==
> >
> > *  Split libxc into multiple libraries (none)
> >    -  Ian Campbell
> >
> > *  Remus using migration-v2 (good)
> >     RFC posted - depends on v6 of 'New Migration'
> >    -  Yang Hongyang
> >
> > *  Migration v2 (libxl) (none)
> >    -  Andrew Cooper
> >
> > *  toolstack-based approach to pvhvm guest kexec (fair)
> >     also contains hypervisor side change, v6
> >    -  Vitaly Kuznetsov
> >
> > *  libxl: cancelling asynchronous operations (fair)
> >     RFC posted
> >    -  Ian Jackson
> >
> > *  VMware tools support (ok)
> >    -  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
> >
> > *  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 ==
> >
> > *  Restrict QEMU
> >    -  Stefano Stabellini
> >
> > *  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 ==
> >
> > *  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 ==
> >
> > == 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
> >
> > == OSSTEST ==
> >
> > *  OSSTest: stubdom test case (fair)
> >    -  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 ==
> >
> > *  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
> >
> > *  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 ==
> >
> > *  setup CI loop for OpenStack (fair)
> >    -  Anthony Perard
> >
> > *  Display IO topology when PXM data is available (good)
> >     v7 posted
> >    -  Boris Ostrovsky
> >
> > *  ARM: reenable support 32-bit userspace running in 64-bit guest (good)
> >     v2 posted
> >    -  Ian Campbell
> >
> > *  Mem_access for ARM (good)
> >     v15 posted
> >    -  Tamas K Lengyel
> >
> > *  Clean-up of mem-event subsystem (good)
> >     v9 posted
> >    -  Tamas K Lengyel
> >
> > *  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 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
> >
> > *  arm: introduce basic Renesas R-Car Gen2 platform support (done)
> >     v5 posted
> >    -  Oleksandr Tyshchenko
> >
> >
> >
> >
> > _______________________________________________
> > Xen-devel mailing list
> > Xen-devel@lists.xen.org
> > http://lists.xen.org/xen-devel
> >

Re: Xen 4.6 Development Update (five months reminder, 5 WEEKS TO FREEZE)

[Daniel Kiper]

On Fri, Jun 05, 2015 at 02:53:54PM +0100, wei.liu2@citrix.com wrote:

[...]

> *  Xen multiboot2-EFI support (ok)
>    See http://lists.xen.org/archives/html/xen-devel/2015-01/msg03962.html
>     http://lists.xen.org/archives/html/xen-devel/2015-01/msg03982.html
>   -  Daniel Kiper

Last week I almost finished work on our EFI internal stuff. Now I am
working on above mentioned things with some minor exceptions. I hope
that I will release new version of GRUB2 and Xen patches with almost
all fixes and features in 2 or 3 weeks.

Daniel

Re: Xen 4.6 Development Update (five months reminder, 5 WEEKS TO FREEZE)

[Jan Beulich]

>>> On 23.06.15 at 11:45, <ian.campbell@citrix.com> wrote:
> We seem to have gone off list -- not on purpose I think?

No, sorry - when I trimmed the Cc list I trimmed it a little too much.
Re-added.

Jan

> On Tue, 2015-06-23 at 10:20 +0100, Jan Beulich wrote:
>> >>> On 23.06.15 at 11:16, <wei.liu2@citrix.com> wrote:
>> > On Mon, Jun 22, 2015 at 03:37:45PM +0100, Jan Beulich wrote:
>> >> >>> On 05.06.15 at 15:53, <wei.liu2@citrix.com> wrote:
>> >> > == Hypervisor ==
>> >> 
>> >> What I seem to be missing in this section are the ticket lock patches
>> >> which got temporarily reverted (and should imo go in again rather
>> >> sooner than later).
>> >> 
>> > 
>> > Now tracked.
>> > 
>> > I agree it should go in sooner rather than later. As I understand it the
>> > issue (netback hotplug script issue) that caused that series to be
>> > reverted has been solved.
>> 
>> I think it is only slowly finding its way into stable Linux releases.
> 
> 
> In terms of releases I've seen 3.14.45 with it in was released this
> morning, which is the tree that will be used for x86 tests by default.
> I've had a mail saying it has been added to the 3.16.7-ckt queue and
> will be in 3.16.7-ckt14, but I've no info on when that will be released,
> I've not seen an associated patchbomb yet.
> 
> ARM testing currently uses 3.16 so that's the one we really care about
> here (since it was arm which was failing). Since we have our own
> linux-xen-arm tree anyway (which I'd forgotten until yesterday) perhaps
> Stefano could add it there in the meantime?
> 
> Stefano, that's a request to backport
> 31a418986a5852034d520a5bab546821ff1ccf3d from upstream into the
> linux-xen-arm tree (sorry I should have thought of this yesterday when
> you were pulling the latest cktN in).
> 
> It's already in
> http://kernel.ubuntu.com/git/ubuntu/linux.git/log/?h=linux-3.16.y-queue 
> but I think it would be better not to wait.
> 
> Ian.