Re: [Xen-devel] [RFC V10 0/4] domain snapshot document

2015-02-01 Thread Dave Scott
> On 29 Jan 2015, at 16:36, Ian Campbell wrote: > > On Mon, 2015-01-26 at 11:25 +0800, Chunyan Liu wrote: >> Changes to V9: > > This looks good to me, thanks. > > Ian/Wei do you have any comments? xapi folks? The API looks sensible to me. Xapi normally manages disk snapshots through it’s own

[Xen-devel] entropy for VMs

2015-02-01 Thread Dave Scott
Hi, Mirage now has nice features like TLS[1] and therefore needs a good source of randomness to generate session keys. Mirage VMs are PV, so we can’t use virtio-rng. We've created a prototype entropy server which may be of interest to other people too: https://github.com/mirage/xentropyd This

Re: [Xen-devel] [Qemu-devel] [RFC][PATCH 1/1] libxl: add one machine property to support IGD GFX passthrough

2015-02-01 Thread Chen, Tiejun
On 2015/1/30 20:26, Wei Liu wrote: On Fri, Jan 30, 2015 at 08:56:48AM +0800, Chen, Tiejun wrote: [...] Just remember to handle old option in libxl if your old option is already released by some older version of QEMUs. I just drop that old option, -gfx_passthru, if we're under qemu upstream ci

[Xen-devel] [v2][PATCH] libxl: add one machine property to support IGD GFX passthrough

2015-02-01 Thread Tiejun Chen
When we're working to support IGD GFX passthrough with qemu upstream, instead of "-gfx_passthru" we'd like to make that a machine option, "-machine xxx,-igd-passthru=on". This need to bring a change on tool side. Signed-off-by: Tiejun Chen --- v2: * Based on some discussions with Wei we'd like

[Xen-devel] [Patch v2 01/23] ACPICA: Resources: Provide common part for struct acpi_resource_address structures.

2015-02-01 Thread Jiang Liu
From: Lv Zheng struct acpi_resource_address and struct acpi_resource_extended_address64 share substracts just at different offsets. To unify the parsing functions, OSPMs like Linux need a new ACPI_ADDRESS64_ATTRIBUTE as their substructs, so they can extract the shared data. This patch also sync

Re: [Xen-devel] [PATCH linux-2.6.18] xen: mark pvscsi frontend request consumed only after last read

2015-02-01 Thread Jan Beulich
>>> On 30.01.15 at 14:51, <"jgr...@suse.com".non-mime.internet> wrote: > A request in the ring buffer mustn't be read after it has been marked > as consumed. Otherwise it might already have been reused by the > frontend without violating the ring protocol. This is irrelevant, as the ->req_cons is