From: Hongyang Yang <yanghy@cn.fujitsu.com>
To: konrad.wilk@oracle.com, julien.grall@linaro.org,
avanzini.arianna@gmail.com, roy.franz@linaro.org,
parth.dixit@linaro.org, vijay.kilari@gmail.com,
Vijaya.Kumar@caviumnetworks.com, talex5@gmail.com,
stefano.stabellini@eu.citrix.com, suriyan.r@gmail.com,
tklengyel@sec.in.tum.de, andrew.cooper3@citrix.com,
david.vrabel@citrix.com, mukesh.rathor@oracle.com,
dslutz@verizon.com, boris.ostrovsky@oracle.com,
chao.p.peng@linux.intel.com, dongxiao.xu@intel.com,
shantong.kang@intel.com, mengxu@cis.upenn.edu,
rcojocaru@bitdefender.com, ufimtseva@gmail.com,
Wei.Liu2@citrix.com, olaf@aepfle.de, guijianfeng@cn.fujitsu.com,
zoltan.kiss@citrix.com, eddie.dong@intel.com,
roger.pau@citrix.com, artem.mygaiev@globallogic.com,
ian.jackson@eu.citrix.com, daniel.kiper@oracle.com,
ian.campbell@citrix.com, tiejun.chen@intel.com
Subject: Re: Xen 4.5 development update (July update)
Date: Wed, 3 Sep 2014 09:17:37 +0800 [thread overview]
Message-ID: <54066C31.10801@cn.fujitsu.com> (raw)
In-Reply-To: <20140902204500.D39D0DC99F@laptop.dumpdata.com>
Hello konrad,
在 09/03/2014 04:45 AM, konrad.wilk@oracle.com 写道:
> Below is a summary of the projects / features being worked on for the 4.5
> time frame. The tentative feature freeze is scheduled for September 10th,
> which is less a week away!
>
> Most of the Xen patches that impacted the hypervisor and had'fair'
> (except the HVM introspection one) I moved to the Xen 4.6 list.
>
> They might get Acked by maintainers in the next couple of days which would
> be fantastic - and if so I will update the list. But perhaps not. Also
> some are in 'good' or in 'ok' condition - but that does not mean they
> will automatically go in Xen 4.5.
>
> In terms of QEMU - I only had three items and since the version of QEMU
> from upstream we are using is already established (and stable) I don't see us
> backporting any more patches from upstream. But perhaps Stefano has some
> other plans...
>
...snip...
>
> == lib{xc,xl} and toolstack ==
>
> * libxl work - JSON to keep track of guest configs (ok)
> - Wei Liu
>
> * pvscsi should be targeted for 4.5, a prototype exists (fair)
> - Olaf Hering
>
> * Remus in Xen (libxl) (ok)
> v19
> url: https://github.com/laijs/xen remus-v19
Url is here now:
https://github.com/macrosheep/xen/tree/remus-v19
> - Gui Jianfeng
> - Yang Hongyang
> - Dong, Eddie
>
> == Linux ==
>
> * Linux block multiqueue (fair)
> - Arianna Avanzini
>
> * Netback grant table manipulations (ok)
> - Zoltan Kiss
>
> * VPMU - 'perf' support in Linux (ok)
> Depends on Xen patches
> - Boris Ostrovsky
>
> * vNUMA in Linux (ok)
> v6 posted
> git://gitorious.org/vnuma/linux_vnuma.git
> - Elena Ufimtseva
>
> * vsyscall in Linux (fair)
> - Konrad Rzeszutek Wilk
>
> * COLO Agent in Linux (fair)
> - Gui Jianfeng
> - Yang Hongyang
> - Dong, Eddie
>
> * vAPIC in PVHVM guests (Linux side) (none)
> - Boris Ostrovsky
>
> == FreeBSD ==
>
> * PVH FreeBSD dom0 (ok)
> FreeBSD 11 goal. Toolstack side done in Xen 4.5
> - Roger Pau Monné
>
> == Other OSes (MiniOS, QNX) ==
>
> * PV drivers for automotive kernels (fair)
> - Artem Mygaiev
>
> * mini-os: xenbus changes for rump kernels (ok)
> git://xenbits.xen.org/people/iwj/rumpuser-xen.git
> branch: base.dev-xen-xenbus.v1..dev-xen-xenbus.v1
> v2 posted
> - Ian Jackson
>
> == GRUB2 ==
>
> * GRUB2 multiboot2 (fair)
> - Daniel Kiper
>
> == OSSTEST ==
>
> * OSSTest: libvirt (good)
> - Ian Campbell
>
> == Deferred to QEMU v2.next ==
>
> * Using qemu-upstream in a stubdomain (fair)
> Will use rump kernels.
> - Ian Jackson
>
> * Intel IGD PCI GPU passthrough (ok)
> v5 posted
> - Chen, Tiejun
>
> * Xen PV block driver in OVMF (UEFI in guest) (fair)
> RFC posted.
> - Anthony PERARD
>
> == Deferred to Xen hypervisor 4.6 ==
>
> * extending mem_access support to PV domain (fair)
> RFC v2
> - Aravindh Puthiyaparambil (aravindp)
>
> * Repurpose SEDF Scheduler for Real-time (fair)
> RFC patch posted (v2)
> - Joshua Whitehead, Robert VanVossen
>
> * ARM remote processor iommu module (GPUs + IPUs) (fair)
> v3 posted
> - Andrii Tseglytskyi
>
> * COarse-grain LOck-stepping Virtual Machines in Xen (fair)
> RFC patch posted
> - Wen Congyang
> - Gui Jianfeng
> - Yang Hongyang
> - Dong, Eddie
>
> * extend the xenstore ring with a 'closing' signal (fair)
> RFC patch posted
> - David Scott
>
> * libxl migrationv2 patches. (none)
> - Andrew Cooper & David Vrabel
>
> * tmem migrationv2 patches. (none)
> - Bob Liu & Andrew Cooper & David Vrabel
>
> * Remus using migration-v2 (fair)
> RFC posted - depends on v6 of 'New Migration'
> - Yang Hongyang
>
> * Xen multiboot2-EFI support (fair)
> Needed for GrUB2
> Depends on Xen Boot info (rework multiboot and other structs)
> See http://lists.xen.org/archives/html/xen-devel/2013-05/msg02281.html
> RFC posted
> - Daniel Kiper
>
> * dirty vram / IOMMU bug (fair)
> http://bugs.xenproject.org/xen/bug/38
> - Zhang, Yang Z
>
> * snapshot API extension (checkpointing disk) (ok)
> v5
> His email bounces.
> - Bamvor Jian Zhang
>
> * Rearrange and cleanup installation destination directories (/var -> var/lib/xen) (fair)
> - Daniel Kiper
>
> * libxl/xl - xm compatibility mode for mem-max and mem-set; (ok)
> - Daniel Kiper
>
> * Support controlling the max C-state sub-state (ok)
> v3 posted
> - Ross Lagerwall
>
> * 1TB slow destruction (ok)
> - Bob Liu
>
> * IOMMU ABI for guests to map their DMA regions (fair)
> - Malcolm Crossley
>
> * xl list --long (and some related xl commands) have some bugs (none)
> - Zhigang Wang
>
> * Xen HPET interrupt fixes (fair)
> behind migration v2
> - Andrew Cooper
>
> * Convert tasklet to per-cpu tasklets (fair)
> - Konrad Rzeszutek Wilk
>
> * ARM VM save/restore/live migration (none)
> Need to rebased against migrationv2 - no code posted.
> - Junghyun Yoo
>
> * Default to credit2 (none)
> cpu pinning, numa affinity and cpu reservation
> - George Dunlap
>
> * "Short" grant copy (just header) of packets. (none)
> - Zoltan Kiss
>
> * cpuid leveling (none)
> http://xenbits.xen.org/people/andrewcoop/feature-levelling/feature-levelling-D.pdf
> - Andrew Cooper
>
> * live migration knobs, there is no suitable code yet, just ideas (none)
> http://lists.xenproject.org/archives/html/xen-devel/2014-03/msg00785.html
> - Olaf Hering
>
> * Further tmem cleanups/fixes (16TB etc) (fair)
> - Bob Liu
>
> * AMD Radeon PCI GPU passthrough (none)
> Focusing on Xen 4.2 and qemu-traditional
> - Kelly Zytaruk
>
> * xl does not handle migrate interruption gracefully (none)
> If you start a localhost migrate, and press "Ctrl-C" in the middle, you get two hung domains
> - Ian Jackson
>
> * IO-NUMA - hwloc and xl (none)
> Andrew Cooper had an RFC patch for hwloc
> add restrictions as to which devices cannot safely/functionally be split apart.
> - Boris Ostrovsky
>
> * HVM guest NUMA (none)
> - Matt Wilson
>
> * PVH - Migration of PVH DomUs. (none)
> Depends on migration2 code
> - Roger Pau Monné
>
> * PVH - Migration of guests from a PVH dom0 (none)
> Depends on migration2 code
> - Roger Pau Monné
>
> * ARM GICv2m support (none)
> - Linaro (unknown)
>
> == Up for grabs ==
>
> * OSSTest - also test Linux PVH guests
>
> * PoD fixes
> if you boot with memory <= maxmem we have a size estimation bug
>
> * TLB flushing without locks in Xen
>
> * xl does not support specifying virtual function for passthrough device
> http://bugs.xenproject.org/xen/bug/22
>
> * PCI hole resize support hvmloader/qemu-traditional/qemu-upstream with PCI/GPU passthrough
> http://bugs.xenproject.org/xen/bug/28
>
> * libx{c,l} error handling cleanup
>
> * Adding missing 'xend' features in libxl
>
> * xl list -l on a dom0-only system
>
> * xl list -l doesn't contain tty console port
>
> * xl: passing more defaults in configuration in xl.conf
> There are a number of options for which it might be useful to pass a default in xl.conf. For example, if we could have a default "backend" parameter for vifs, then it would be easy to switch back and forth between a backend in a driver domain and a backend in dom0.
>
> * PVH - PVH working with shadow.
> Based on Tim's work
>
> * PVH - PCI passthrough for DomU.
>
> * AMD performance regressions
>
> * Performance due to hypercall preemption. More preemptions - slower. (none)
>
> == Completed ==
>
> * pvSCSI in Linux (fronted and backend) (done)
> v6
> - Juergen Gross
>
> * alternative_asm in Xen (done)
> - Feng Wu
>
> * SMAP (done)
> - Feng Wu
>
> * Re-write of vHPET (done)
> aka hvm/hpet: Detect comparator values in the past
> - Don Slutz
>
> * vAPIC in PVHVM guests (Xen side) (done)
> - Boris Ostrovsky
>
> * libvirt and xl discard support, so that libvirt can start using it (done)
> - Olaf Hering
>
> * Xen PVH dom0 (done)
> - Mukesh Rathor
>
> * Linux PVH dom0 (done)
> - Mukesh Rathor
>
> * OSSTest: upstream QEMU (done)
> - Ian Campbell
>
> * amd_ucode cleanups, verify patch size(enhancement) (mostly in master except one patch)
>
> * Data breakpoint Extension support (new-feat) (in master)
>
> * Feature masking MSR support (enhancement) (in master)
>
> * Support BRCM TruManage chip (Serial over LAN support) (new-feat) (in master)
>
> * fix vmce_amd* functions, unify mce_amd mcheck initialization (fixes/cleanups)
>
> * multiple AMD container files appended together in initrd (early initramfs)
> - Aravind and Suravee
>
> * NUMA memory scrubbing (done)
> - Konrad Rzeszutek Wilk
>
> * ARM - IOMMU support (done)
> - Julien Grall
>
> * ioreq-server, aka secondary emulators (done)
> - Paul Durrant
>
> * Netback multiqueue (good)
> - Wei Liu
>
> * ARM Interrupt latency reduction (no maintenance interrupts) (good)
> - Stefano Stabellini
>
> * Bigger PCI hole in QEMU (done)
> Needs to be rebased
> - Don Slutz
>
> * ARM DRA7 support (done)
> v3 posted
> v3 with comments applied
> - Andrii Tseglytskyi
>
> * rework VM Generation ID (done)
> v7 posted
> - David Vrabel
>
> * Soft affinity for vcpus (was NUMA affinity for vcpus) (good)
> v11 posted
> - Dario Faggioli
>
> * Linux pvops of Xen EFI hypercall support (done)
> - Daniel Kiper
>
> * ARM: Use super pages in p2m (done)
> v5 posted
> - Ian Campbell
>
> * QEMU 2.0 branch for qemu-upstream (done)
> It is v2.0 with 2.1 Xen backports.
> - Stefano Stabellini
>
> * systemd support (done)
> v11
> - Luis R. Rodriguez
>
> * Soft affinity for vcpus libxl/xl changes (done)
> v13 posted
> - Dario Faggioli
>
> * HT enabled, virtualization overhead is high (Xen 4.4) (done)
> kernbench demonstrated it
> Looking and tracing
> http://www.gossamer-threads.com/lists/xen/devel/339409
> False alarm.
> - Dario Faggioli
>
> .
>
--
Thanks,
Yang.
_______________________________________________
Xen-devel mailing list
Xen-devel@lists.xen.org
http://lists.xen.org/xen-devel
next prev parent reply other threads:[~2014-09-03 1:19 UTC|newest]
Thread overview: 54+ messages / expand[flat|nested] mbox.gz Atom feed top
2014-09-02 20:45 Xen 4.5 development update (July update) konrad.wilk
2014-09-02 21:25 ` Andrew Cooper
2014-09-03 10:09 ` Ian Campbell
2014-09-03 10:13 ` Wei Liu
2014-09-03 11:27 ` Andrew Cooper
2014-09-03 11:53 ` Shriram Rajagopalan
2014-09-03 11:58 ` Andrew Cooper
2014-09-03 19:54 ` Julien Grall
2014-09-09 14:04 ` Konrad Rzeszutek Wilk
2014-09-03 1:17 ` Hongyang Yang [this message]
2014-09-03 12:05 ` Shriram Rajagopalan
2014-09-03 1:23 ` Mukesh Rathor
2014-09-03 12:54 ` Boris Ostrovsky
2014-09-03 15:47 ` Tamas K Lengyel
2014-09-03 15:53 ` Roy Franz
2014-09-09 9:53 ` Ian Campbell
2014-09-09 10:30 ` Jan Beulich
2014-09-09 14:09 ` Konrad Rzeszutek Wilk
2014-09-09 14:30 ` Jan Beulich
2014-09-09 15:48 ` Konrad Rzeszutek Wilk
2014-09-09 14:06 ` Konrad Rzeszutek Wilk
2014-09-09 13:51 ` Meng Xu
2014-09-09 17:02 ` Dario Faggioli
-- strict thread matches above, loose matches on Subject: below --
2014-08-15 17:23 konrad.wilk
2014-08-15 17:58 ` Don Slutz
2014-08-15 19:40 ` Jan Beulich
2014-08-15 19:46 ` Konrad Rzeszutek Wilk
2014-08-15 21:19 ` Jan Beulich
2014-08-16 0:31 ` Meng Xu
2014-08-20 9:53 ` Dario Faggioli
2014-08-20 13:40 ` Meng Xu
2014-08-19 16:46 ` Dario Faggioli
2014-08-21 19:17 ` Konrad Rzeszutek Wilk
2014-07-23 0:28 konrad.wilk
2014-07-23 0:47 ` Boris Ostrovsky
2014-07-23 16:09 ` Konrad Rzeszutek Wilk
2014-07-23 8:32 ` Andrew Cooper
2014-07-23 9:51 ` Ian Campbell
2014-07-23 10:20 ` Stefano Stabellini
2014-07-23 12:54 ` Don Slutz
2014-07-23 13:03 ` Stefano Stabellini
2014-07-23 18:34 ` Don Slutz
2014-07-24 11:21 ` Stefano Stabellini
2014-07-23 13:42 ` Fabio Fantoni
2014-07-23 13:45 ` Stefano Stabellini
2014-07-23 13:55 ` Fabio Fantoni
2014-07-23 17:02 ` Konrad Rzeszutek Wilk
2014-07-24 11:23 ` Stefano Stabellini
2014-07-25 17:22 ` Konrad Rzeszutek Wilk
2014-07-23 16:18 ` Konrad Rzeszutek Wilk
2014-07-23 16:43 ` Ian Campbell
2014-07-28 17:35 ` Dario Faggioli
2014-08-04 15:44 ` Konrad Rzeszutek Wilk
[not found] ` <1406569210.4038.28.camel@Solace>
[not found] ` <CAENZ-+=pABtLnOU1CE8nHYd48S0_pB4cggLz1zrqQq2V1pcA-w@mail.gmail.com>
2014-07-29 1:37 ` Meng Xu
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=54066C31.10801@cn.fujitsu.com \
--to=yanghy@cn.fujitsu.com \
--cc=Vijaya.Kumar@caviumnetworks.com \
--cc=Wei.Liu2@citrix.com \
--cc=andrew.cooper3@citrix.com \
--cc=artem.mygaiev@globallogic.com \
--cc=avanzini.arianna@gmail.com \
--cc=boris.ostrovsky@oracle.com \
--cc=chao.p.peng@linux.intel.com \
--cc=daniel.kiper@oracle.com \
--cc=david.vrabel@citrix.com \
--cc=dongxiao.xu@intel.com \
--cc=dslutz@verizon.com \
--cc=eddie.dong@intel.com \
--cc=guijianfeng@cn.fujitsu.com \
--cc=ian.campbell@citrix.com \
--cc=ian.jackson@eu.citrix.com \
--cc=julien.grall@linaro.org \
--cc=konrad.wilk@oracle.com \
--cc=mengxu@cis.upenn.edu \
--cc=mukesh.rathor@oracle.com \
--cc=olaf@aepfle.de \
--cc=parth.dixit@linaro.org \
--cc=rcojocaru@bitdefender.com \
--cc=roger.pau@citrix.com \
--cc=roy.franz@linaro.org \
--cc=shantong.kang@intel.com \
--cc=stefano.stabellini@eu.citrix.com \
--cc=suriyan.r@gmail.com \
--cc=talex5@gmail.com \
--cc=tiejun.chen@intel.com \
--cc=tklengyel@sec.in.tum.de \
--cc=ufimtseva@gmail.com \
--cc=vijay.kilari@gmail.com \
--cc=zoltan.kiss@citrix.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).