From: Andrew Cooper <andrew.cooper3@citrix.com>
To: konrad.wilk@oracle.com, Wei.Liu2@citrix.com,
m.a.young@durham.ac.uk, tiejun.chen@intel.com,
avanzini.arianna@gmail.com, boris.ostrovsky@oracle.com,
ufimtseva@gmail.com, guijianfeng@cn.fujitsu.com,
eddie.dong@intel.com, jgross@suse.com, roger.pau@citrix.com,
artem.mygaiev@globallogic.com, ian.jackson@eu.citrix.com,
daniel.kiper@oracle.com, ian.campbell@citrix.com,
Kelly.Zytaruk@amd.com, anthony.perard@citrix.com,
mukesh.rathor@oracle.com, dslutz@verizon.com, aravindp@cisco.com,
josh.whitehead@dornerworks.com, robert.vanvossen@dornerworks.com,
Paul.Skentzos@dornerworks.com, Steve.VanderLeest@dornerworks.com,
andrii.tseglytskyi@globallogic.com, yang.z.zhang@intel.com,
ross.lagerwall@citrix.com, malcolm.crossley@citrix.com,
george.dunlap@eu.citrix.com, bob.liu@oracle.com,
yjhyun.yoo@samsung.com, serge.broslavsky@linaro.org,
christoffer.dall@linaro.org, olaf@aepf
Subject: Re: Xen 4.5-rc1 update (RC1 is out 2014-Oct-24th)
Date: Fri, 24 Oct 2014 20:16:36 +0100 [thread overview]
Message-ID: <544AA594.8010404@citrix.com> (raw)
In-Reply-To: <20141024180843.EA0DF10D709@laptop.dumpdata.com>
On 24/10/2014 19:08, konrad.wilk@oracle.com wrote:
> Feature patchsets that did not make it in by today have been put
> on the deferred list. If you think your feature should make it in Xen 4.5-rc2
> please make your case.
>
> Xen 4.5-rc1 is out today. There are some issues (see 'Known Issues' below)
> which are to be fixed in RC2. The official test-day is on Wednesday (Oct 29th)
> but if you want to start testing it today - please do!
>
> Details for the test-day are at
>
> http://wiki.xen.org/wiki/Xen_4.5_RC1_test_instructions
>
> In terms of bugs, we have:
>
> #6 linux: pv drivers miss shutdown command if issued too early
> #8 "linux, xenbus mutex hangs when rebooting dom0 and guests hung."
> #11 qxl hypervisor support
> #13 Re: [Xen-devel] man page example: xm block-attach
> #18 xl improve support for migration over non-sshlike tunnels
> #19 xl migrate transport improvements
> #22 xl does not support specifying virtual function for passthrough device
> #23 Remove arbitrary LIBXL_MAXMEM_CONSTANT from libxl, see what breaks
> #24 xl missing support for encrypted VNC
> #27 Re: [Xen-devel] xend vs xl with pci=['<bdf'] wherein the '<bdf>' are not owned by pciback or pcistub will still launch.
> #28 support PCI hole resize in qemu-xen
> #30 libxl should implement non-suspend-cancel based resume path
> #36 credit2 only uses one runqueue instead of one runq per socket
> #38 Implement VT-d large pages so we can avoid sharing between EPT
> #40 linux pvops: fpu corruption due to incorrect assumptions
> #42 "linux, S3 resume of PVHVM fails - missing call to xen_arch_post_suspend?"
> #43 "30s delay loading xenfb driver on some systems"
> #44 Security policy ambiguities - XSA-108 process post-mortem
>
> And we should start closing them if they are fixed.
>
>
> = Timeline =
>
> We are planning on a 9-month release cycle. Based on that, below are
> our estimated dates:
>
>
> * Feature Freeze: 24th September 2014
> * First RC: 24th October [Friday!] <==== <WE ARE HERE>
> * RC2: Unknown. Need to talk to maintainers on scheduling.
> * RC2: Unknown. Need to talk to maintainers on scheduling.
> * Release: 10th December 2014
>
> The RCs and release will of course depend on stability and bugs, and
> will therefore be fairly unpredictable. The feature freeze may be
> slipped for especially important features which are near completion.
>
> 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
>
> = Feature freeze exception =
>
> Remember our goal for the release:
> 1. A bug-free release
> 2. An awesome release
> 3. An on-time release
>
> Accepting a new feature may make Xen more awesome; but it also
> introduces a risk that it will introduce more bugs. That bug may be
> found before the release (threatening #3), or it may not be found
> until after the release (threatening #1). Each freeze exception
> request will attempt to balance the benefits (how awesome the
> exception is) vs the risks (will it cause the release to slip, or
> worse, cause a bug which goes un-noticed into the final release).
>
> The idea is that today we will be pretty permissive, but that we will
> become progressively more conservative until the first RC, which is
> scheduled for 3 weeks' time (October 25). After that, we will only
> accept bug fixes.
>
> Bug fixes can be checked in without a freeze exception throughout the
> code 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.
>
> Features which are currently marked "experimental" or do not at the
> moment work at all cannot be broken really; so changes to code only
> used by those features should be able to get a freeze exception
> easily.
>
> Features which change or add new interfaces which will need to be
> supported in a backwards-compatible way (for instance, vNUMA) will
> need freeze exceptions to make sure that the interface itself has
> enough time to be considered stable.
>
> 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 achieve goals 1-3 above better than not
> doing so, feel free to make your case.
>
> = Open =
>
> == Known issues ==
>
> * Systemd integration
> Affects CentOS7, SLES12, Fedora Core 21 and Debian Jessie. Xen source contains systemd files that can be used to configure the various run-time services. In the past the distributions would carry their own version of it - but now we host them. This is not yet complete - [[http://lists.xenproject.org/archives/html/xen-devel/2014-10/msg03064.html patches]] for this are being worked on for RC2.
> - Wei and Olaf
>
> * Stubdomains build issues
> stubdomains will not build. Fix is in staging (and will make RC2) or [[http://lists.xen.org/archives/html/xen-devel/2014-10/msg02925.html stubdom/Makefile should use QEMU_TRADITIONAL_LOC]]
> - Michael Young
>
> * Building against libxl (outside code)
> If you are building against libxl for any APIs before Xen 4.5 you will encounter building errors.
> - Andrew Cooper
>
> * Migrating large Windows guests can cause WMI service to hang
> Patch is in 'staging' and will be in RC2.
What is this in reference to? I can't see any patches relevant to
windows in staging.
On the other hand, there is a different issue not listed here.
* Migrating VMs with viridian enabled from older versions of Xen will fail.
http://lists.xen.org/archives/html/xen-devel/2014-10/msg02816.html
>
> * pygrub parsing grub1 problems ==
> pygrub (Python code) has problems parsing grub.cfg file and hence cannot boot PV guests.
http://lists.xen.org/archives/html/xen-devel/2014-09/msg01053.html
>
> * xc_reserved_device_memory_map in hvmloader to avoid conflicting MMIO/RAM (good)
> v6
> Treating pieces as bug-fixes only.
> - Tiejun Chen
>
> == Linux ==
>
> * Linux block multiqueue (ok)
> v3 posted.
> - Arianna Avanzini
>
> * VPMU - 'perf' support in Linux (ok)
> Depends on Xen patches
> Acked by David Vrabel
> - 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
>
> * Fix PAT in Linux kernel (aka Full support for PAT) (good)
> Acked and reposted for v3.18. Waiting for x86 maintainers.
> - Juergen Gross
>
> == 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
>
> * AMD Radeon PCI GPU passthrough (none)
> Focusing on Xen 4.2 and qemu-traditional
> - Kelly Zytaruk
>
> * Intel IGD PCI GPU passthrough (ok)
> v5 posted
> - Chen, Tiejun
>
> * Xen PV block driver in OVMF (UEFI in guest) (ok)
> v1
> - Anthony PERARD
>
> == Deferred to Xen hypervisor 4.6 ==
>
> * 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
>
> * PVH - AMD hardware support. (fair)
> Posted.
> - Mukesh Rathor
>
> * VMware backdoor (hypercall) (ok)
> v5 posted.
> - Don Slutz
>
> * 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
>
> * dirty vram / IOMMU bug (fair)
> http://bugs.xenproject.org/xen/bug/38
> - Zhang, Yang Z
>
> * 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
>
> * Support controlling the max C-state sub-state (ok)
> v3 posted
> - Ross Lagerwall
>
> * IOMMU ABI for guests to map their DMA regions (fair)
> - Malcolm Crossley
>
> * Default to credit2 (none)
> cpu pinning, numa affinity and cpu reservation
> - George Dunlap
>
> * Convert tasklet to per-cpu tasklets (fair)
> RFC posted
> - Konrad Rzeszutek Wilk
>
> * Further tmem cleanups/fixes (16TB etc) (fair)
> - Bob Liu
>
> * 1TB slow destruction (ok)
> - Bob Liu
>
> * ARM VM save/restore/live migration (none)
> Need to rebased against migrationv2 - no code posted.
> - Junghyun Yoo
>
> * ARM GICv2m support (none)
> - Linaro (unknown)
>
> == Deferred to Xen toolstack 4.6 ==
>
> * vNUMA in Xen toolstack (ok)
> v11 posted
> Hypervisor part in
> git://gitorious.org/vnuma/xen_vnuma.git:v11
> - Elena Ufimtseva
>
> * pvscsi in libxl (fair)
> - Juergen Gross and Olaf
>
> * COarse-grain LOck-stepping Virtual Machines in Xen (fair)
> RFC v3 posted, based on remus-v19
> - Wen Congyang
> - Gui Jianfeng
> - Yang Hongyang
> - Dong, Eddie
>
> * extend the xenstore ring with a 'closing' signal (fair)
> RFC patch posted
> - David Scott
Already committed, therefore complete.
674ad2be409da77ebda3616085a2f67c72556c11
>
> * New Migration (v2). (good)
> v7 (libxc and libxl)
> 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 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
>
> * 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
>
> * xl list --long (and some related xl commands) have some bugs (none)
> - Zhigang Wang
>
> * Xen HPET interrupt fixes (fair)
> behind migration v2
> - Andrew Cooper
>
> * 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
>
> * 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é
>
> * "Short" grant copy (just header) of packets. (none)
> - Zoltan Kiss
>
> == Deferred to Linux's after Xen 4.6 ==
>
> * ARM - Device assigment usage in Linux code (arch/arm) (none)
> Depends on Xen pieces which are on the Xen 4.6 list.
> - Julien Grall
>
> * Linux ARM - Device assigment (fair)
> - Julien Grall
>
> == 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 ==
>
> == Hypervisor ==
>
> * ARM - introduce GNTTABOP_cache_flush (ok)
> v11
> - Stefano Stabellini
>
> * ARM - VGIC emulation (done)
> Reposted as gic and vgic fixes and improvements
> v12
> - Stefano Stabellini
>
> * ARM implement mem_access (done)
> v12, two patches for Xen 4.6
> https://github.com/tklengyel/xen/tree arm_memaccess_12-for-4.5
> - Tamas K Lengyel
>
> * ARM - Add Odroid-XU (Exynos5410) support (done)
> v6
> - Suriyan Ramasami
>
> * ARM GICv3 support (done)
> v11 posted
> - Vijay Kilari
>
> * ARM implement mem_access (done)
> v12, two patches for Xen 4.6
> https://github.com/tklengyel/xen/tree arm_memaccess_12-for-4.5
> - Tamas K Lengyel
>
> * ARM - MiniOS (done)
> v7 posted
> - Thomas Leonard
>
> * ARM XEN_DOMCTL_memory_mapping hypercall for ARM (done)
> v12 posted.
> - Arianna Avanzini
>
> * ARM - XENFEAT_grant_map_11 (aka map grants refs at pfn = mfn) (done)
> Provide kernels an grant->MFN lookup
> v4
> - Stefano Stabellini
>
> * ARM PSCI v0.2 (done)
> v11 posted
> - Parth Dixit
>
> * ARM - IOMMU support (done)
> - Julien Grall
>
> * ARM Interrupt latency reduction (no maintenance interrupts) (good)
> - Stefano Stabellini
>
> * ARM DRA7 support (done)
> v3 posted
> v3 with comments applied
> - Andrii Tseglytskyi
>
> * ARM: Use super pages in p2m (done)
> v5 posted
> - Ian Campbell
>
> * ARM Xen UEFI booting on ARM (done)
> v5
> - Roy Franz
>
> * VPMU - 'perf' support in Xen (good)
> v14 posted
> Need reviews/final ack.
> - Boris Ostrovsky
>
> * Cache QoS Monitoring - hypercalls (done)
> Just hypercalls - no toolstack changes.
> v15
> Hit a snag with rdmsr/IPI/wrmsr/IPI, possible redesign
> - Chao Peng, Dongxiao Xu, and Shantong Kang
>
> * XenRT (Preemptive Global Earliest Deadline First) (done)
> v3
> - Meng Xu
>
> * Introspection of HVM guests (done)
> v10, split out in for 4.5 (smaller subset)
> - Razvan Cojocaru
>
> * 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
>
> * Xen PVH dom0 (done)
> - Mukesh Rathor
>
> * 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
>
> * ioreq-server, aka secondary emulators (done)
> - Paul Durrant
>
> * Soft affinity for vcpus (was NUMA affinity for vcpus) (good)
> v11 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
>
> == lib{xc,xl} and toolstack ==
>
> * Build systems fixes/improvements (ok)
> - Andrew Cooper
Not complete.
Patch 4 is still pending review with regards to a release-ack or not.
http://lists.xen.org/archives/html/xen-devel/2014-10/msg01817.html
~Andrew
>
> * libxl work - JSON to keep track of guest configs (done)
> Some patches merged, need to post more.
> - Wei Liu
>
> * Remus in Xen (libxl) (done)
> v19
> url: https://github.com/macrosheep/xen/tree/remus-v19
> - Gui Jianfeng
> - Yang Hongyang
> - Dong, Eddie
>
> * libvirt and xl discard support, so that libvirt can start using it (done)
> - Olaf Hering
>
> * OSSTest: upstream QEMU (done)
> - Ian Campbell
>
> * rework VM Generation ID (done)
> v7 posted
> - David Vrabel
>
> * systemd support (done)
> v11
> - Luis R. Rodriguez
>
> * Soft affinity for vcpus libxl/xl changes (done)
> v13 posted
> - Dario Faggioli
>
> == QEMU ==
>
> * Bigger PCI hole in QEMU (done)
> Needs to be rebased
> - Don Slutz
>
> * QEMU 2.0 branch for qemu-upstream (done)
> It is v2.0 with 2.1 Xen backports.
> - Stefano Stabellini
>
> == Linux 3.18 and earlier ==
>
> * pvSCSI in Linux (fronted and backend) (done)
> v6
> - Juergen Gross
>
> * Linux PVH dom0 (done)
> - Mukesh Rathor
>
> * Netback multiqueue (good)
> - Wei Liu
>
> * Linux pvops of Xen EFI hypercall support (done)
> - Daniel Kiper
>
next prev parent reply other threads:[~2014-10-24 19:17 UTC|newest]
Thread overview: 27+ messages / expand[flat|nested] mbox.gz Atom feed top
2014-10-24 18:08 Xen 4.5-rc1 update (RC1 is out 2014-Oct-24th) konrad.wilk
2014-10-24 19:16 ` Andrew Cooper [this message]
2014-10-27 8:39 ` Paul Durrant
2014-10-27 10:01 ` Andrew Cooper
2014-10-27 13:48 ` Konrad Rzeszutek Wilk
2014-10-24 21:22 ` Boris Ostrovsky
2014-10-24 21:25 ` Andrew Cooper
2014-10-25 8:10 ` Fabio Fantoni
2014-10-27 16:15 ` Konrad Rzeszutek Wilk
2014-10-28 13:22 ` Fabio Fantoni
2014-10-28 17:18 ` Is: QXL in Xen (busted) Was :Re: " Konrad Rzeszutek Wilk
2014-10-28 18:25 ` Fabio Fantoni
2014-10-31 14:33 ` Konrad Rzeszutek Wilk
2014-11-03 11:05 ` Fabio Fantoni
2014-11-03 16:03 ` Konrad Rzeszutek Wilk
2014-11-06 15:12 ` Fabio Fantoni
2014-11-12 10:32 ` Fabio Fantoni
2014-10-27 16:07 ` Konrad Rzeszutek Wilk
2014-10-31 7:09 ` manish jaggi
2014-10-31 14:24 ` Konrad Rzeszutek Wilk
2014-10-31 14:31 ` Julien Grall
2014-10-31 21:01 ` Konrad Rzeszutek Wilk
2014-11-01 17:43 ` Julien Grall
2014-11-02 6:03 ` manish jaggi
2014-11-02 10:17 ` [ARM] SMMU and PCI passthrough Was: " Julien Grall
2014-11-03 5:08 ` manish jaggi
2014-11-03 9:52 ` Julien Grall
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=544AA594.8010404@citrix.com \
--to=andrew.cooper3@citrix.com \
--cc=Kelly.Zytaruk@amd.com \
--cc=Paul.Skentzos@dornerworks.com \
--cc=Steve.VanderLeest@dornerworks.com \
--cc=Wei.Liu2@citrix.com \
--cc=andrii.tseglytskyi@globallogic.com \
--cc=anthony.perard@citrix.com \
--cc=aravindp@cisco.com \
--cc=artem.mygaiev@globallogic.com \
--cc=avanzini.arianna@gmail.com \
--cc=bob.liu@oracle.com \
--cc=boris.ostrovsky@oracle.com \
--cc=christoffer.dall@linaro.org \
--cc=daniel.kiper@oracle.com \
--cc=dslutz@verizon.com \
--cc=eddie.dong@intel.com \
--cc=george.dunlap@eu.citrix.com \
--cc=guijianfeng@cn.fujitsu.com \
--cc=ian.campbell@citrix.com \
--cc=ian.jackson@eu.citrix.com \
--cc=jgross@suse.com \
--cc=josh.whitehead@dornerworks.com \
--cc=konrad.wilk@oracle.com \
--cc=m.a.young@durham.ac.uk \
--cc=malcolm.crossley@citrix.com \
--cc=mukesh.rathor@oracle.com \
--cc=olaf@aepf \
--cc=robert.vanvossen@dornerworks.com \
--cc=roger.pau@citrix.com \
--cc=ross.lagerwall@citrix.com \
--cc=serge.broslavsky@linaro.org \
--cc=tiejun.chen@intel.com \
--cc=ufimtseva@gmail.com \
--cc=yang.z.zhang@intel.com \
--cc=yjhyun.yoo@samsung.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).