Re: Xen 4.9 Development Update

[Oleksandr Andrushchenko <andr2000@gmail.com>]

Hi, all!

On 12/09/2016 12:18 PM, Julien Grall wrote:
> Hi Stefano,
>
> On 08/12/16 22:00, Stefano Stabellini wrote:
>> On Thu, 8 Dec 2016, Julien Grall wrote:
>>> This email only tracks big items for xen.git tree. Please reply for 
>>> items you
>>> woulk like to see in 4.9 so that people have an idea what is going 
>>> on and
>>> prioritise accordingly.
>>>
>>> You're welcome to provide description and use cases of the feature 
>>> you're
>>> working on.
>>>
>>> = Timeline =
>>>
>>> We now adopt a fixed cut-off date scheme. We will release twice a
>>> year. The upcoming 4.9 timeline are as followed:
>>>
>>> * Last posting date: March 17th, 2017
>>> * Hard code freeze: March 31th, 2017
>>> * RC1: TBD
>>> * Release: June 2, 2017
>>>
>>> Note that we don't have freeze exception scheme anymore. All patches
>>> that wish to go into 4.9 must be posted no later than the last posting
>>> date. All patches posted after that date will be automatically queued
>>> into next release.
>>>
>>> RCs will be arranged immediately after freeze.
>>>
>>> = Projects =
>>>
>>> == Hypervisor ==
>>>
>>> *  Boot Xen on EFI platforms using GRUB2 (multiboot2 protocol)
>>>   -  Daniel Kiper
>>>
>>> *  Per-cpu tasklet
>>>   -  Konrad Rzeszutek Wilk
>>>
>>> === x86 ===
>>>
>>> *  Allow ioreq server interface to support XenGT
>>>   -  Yu Zhang
>>>   -  Paul Durrant
>>>
>>> *  PVHv2 support
>>>   -  Roger Pau Monne
>>>
>>> *  vNVDIMM support
>>>   -  Haozhong Zhang
>>>
>>> === ARM ===
>>>
>>> *  ITS emulation (Dom0 only)
>>>   -  Andre Przywara
>>>
>>> *  Altp2m for ARM
>>>   -  Sergej Proskurin
>>>
>>> *  Support Tegra SoCs
>>>   -  Kyle Temkin
>>>
>>> == Toolstack ==
>>>
>>> *  Libxl PVSCSI support
>>>   -  Olaf Hering
>>>
>>> *  Libxl depriv QEMU
>>>   -  Ian Jackson
>>>
>>> *  Logging solution for Xen system
>>>   -  Wei Liu
>>>
>>> *  Remove blktap2
>>>   -  Wei Liu
>>>
>>> == Mini-OS ==
>>>
>>> == GRUB ==
>>>
>>> *  Support booting Xen ARM
>>>   -  Fu Wei
>>>
>>
>> Should we have a section on new PV drivers? If so, I suggest to add:
>> - Xen transport for 9pfs
>> - PV Calls
>
> Good idea. We could also include DRM and PV Sound (CC Oleksandr).
>
This is a great idea. Let me explain what we have and what the direction is:
1. Frontends which we already have, working, but need to refactor/cleanup:
1.1. PV sound
1.2. PV DRM
1.3. DISPL protocol, I will push v1 for review right after sndif done
1.3. PV DRM mapper (Dom0 generic DRM driver to implement DRM zero copy
via DRM Prime buffer sharing)
1.4. PV events not done, but we are considering [1]. If it fits and is 
maintained,
then we'll probably stick to it, otherwise new PV will be created

2. Backends, for the above frontends already implemented:
2.1. A unified library for Xen backends (libxenbe)
2.2. DRM + Wayland
2.3. ALSA
2.4. Events not implemented yet

All the above sources are available on *public* Github repos
(I can provide links on request) and the intention is to
upstream.

3. We are interested in extending xl + libxl to support new PV drivers

Thank you,
Oleksandr

[1] https://github.com/xenbedded/openxt_kbdfront

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