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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.