xen-devel.lists.xenproject.org archive mirror
 help / color / mirror / Atom feed
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
>

  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).