This adds synchronization of the 6 vcpu registers (only 32bits of
them) that vmport.c needs between Xen and QEMU.
This is to avoid a 2nd and 3rd exchange between QEMU and Xen to
fetch and put these 6 vcpu registers used by the code in vmport.c
and vmmouse.c
In the tools, enable usage of QEMU's vm
akajima;
> Eddie Dong; Ian Jackson; Don Slutz; Tim (Xen.org); George Dunlap; Aravind
> Gopalakrishnan; Jan Beulich; Andrew Cooper; Boris Ostrovsky; Suravee
> Suthikulpanit
> Subject: [Xen-devel] [PATCH v9 08/13] Add IOREQ_TYPE_VMWARE_PORT
>
> This adds synchronization of the 6 vcpu
On 02/17/15 05:08, Paul Durrant wrote:
>> -Original Message-
>> From: xen-devel-boun...@lists.xen.org [mailto:xen-devel-
>> boun...@lists.xen.org] On Behalf Of Don Slutz
>> Sent: 16 February 2015 23:05
>> -static void hvm_unmap_ioreq_page(struct hvm_ioreq_server *s, bool_t
>> buf)
>> +sta
>>> On 17.02.15 at 00:05, wrote:
> @@ -501,22 +542,50 @@ static void hvm_free_ioreq_gmfn(struct domain *d,
> unsigned long gmfn)
> clear_bit(i, &d->arch.hvm_domain.ioreq_gmfn.mask);
> }
>
> -static void hvm_unmap_ioreq_page(struct hvm_ioreq_server *s, bool_t buf)
> +static void hvm_unmap_
On 02/24/15 10:34, Jan Beulich wrote:
On 17.02.15 at 00:05, wrote:
>> @@ -501,22 +542,50 @@ static void hvm_free_ioreq_gmfn(struct domain *d,
>> unsigned long gmfn)
>> clear_bit(i, &d->arch.hvm_domain.ioreq_gmfn.mask);
>> }
>>
>> -static void hvm_unmap_ioreq_page(struct hvm_ioreq_ser
> -Original Message-
> From: Jan Beulich [mailto:jbeul...@suse.com]
> Sent: 26 February 2015 08:08
> To: Don Slutz
> Cc: Aravind Gopalakrishnan; Suravee Suthikulpanit; Andrew Cooper; Ian
> Campbell; Paul Durrant; George Dunlap; Ian Jackson; Stefano Stabellini; Eddie
> Dong; Jun Nakajima; Ke
> -Original Message-
> From: Don Slutz [mailto:dsl...@verizon.com]
> Sent: 26 February 2015 14:55
> To: Paul Durrant; Jan Beulich; Don Slutz
> Cc: Aravind Gopalakrishnan; Suravee Suthikulpanit; Andrew Cooper; Ian
> Campbell; George Dunlap; Ian Jackson; Stefano Stabellini; Eddie Dong; Jun
>
>>> On 26.02.15 at 15:55, wrote:
> Well, this is a little confusing (I read this as Paul is fine with 3).
> Since both Jan Beulich and Keir Fraser want to skip the hole, I will
> switch to 9.
If not leaving a hole makes the code meaningfully simpler, then go
with what you have. But if the hole le
>>> On 25.02.15 at 21:20, wrote:
> On 02/24/15 10:34, Jan Beulich wrote:
> On 17.02.15 at 00:05, wrote:
>>> @@ -501,22 +542,50 @@ static void hvm_free_ioreq_gmfn(struct domain *d,
>>> unsigned long gmfn)
>>> clear_bit(i, &d->arch.hvm_domain.ioreq_gmfn.mask);
>>> }
>>>
>>> -static voi
On 02/26/15 06:49, Paul Durrant wrote:
>> -Original Message-
>> From: Jan Beulich [mailto:jbeul...@suse.com]
>> Sent: 26 February 2015 08:08
>> To: Don Slutz
>> Cc: Aravind Gopalakrishnan; Suravee Suthikulpanit; Andrew Cooper; Ian
>> Campbell; Paul Durrant; George Dunlap; Ian Jackson; Stefa
On 02/26/15 03:07, Jan Beulich wrote:
On 25.02.15 at 21:20, wrote:
>> On 02/24/15 10:34, Jan Beulich wrote:
>> On 17.02.15 at 00:05, wrote:
@@ -501,22 +542,50 @@ static void hvm_free_ioreq_gmfn(struct domain *d,
unsigned long gmfn)
[snip]
@@ -2429,9 +2552,6 @@ struct hv
>>> On 26.02.15 at 20:52, wrote:
> On 02/26/15 03:07, Jan Beulich wrote:
> On 25.02.15 at 21:20, wrote:
>>> On 02/24/15 10:34, Jan Beulich wrote:
>>> On 17.02.15 at 00:05, wrote:
> @@ -2474,7 +2594,12 @@ struct hvm_ioreq_server
> *hvm_select_ioreq_server(struct domain *d,
>
On Mon, 2015-02-16 at 18:05 -0500, Don Slutz wrote:
> tools/libxc/xc_hvm_build_x86.c | 5 +-
> tools/libxl/libxl_dm.c | 4 +
I've only looked at these bits.
> diff --git a/tools/libxl/libxl_dm.c b/tools/libxl/libxl_dm.c
> index c27f9a4..620013c 100644
> --- a/tools/li
13 matches
Mail list logo
