im
> (Xen.org) <t...@xen.org>; Jan Beulich <jbeul...@suse.com>; Ian Jackson
> <ian.jack...@citrix.com>; xen-de...@lists.xenproject.org; Roger Pau
> Monne <roger....@citrix.com>
> Subject: Re: [Xen-devel] [PATCH v2 REPOST 12/12] x86/hvm/ioreq: add a
> new mappab
On Tue, Aug 29, 2017 at 3:31 PM, Paul Durrant wrote:
>> -Original Message-
> [snip]
>> >> I'm not terribly happy with allocating out-of-band pages either. One
>> >> of the advantages of the way things are done now (with the page
>> >> allocated to the guest VM)
> -Original Message-
[snip]
> >> I'm not terribly happy with allocating out-of-band pages either. One
> >> of the advantages of the way things are done now (with the page
> >> allocated to the guest VM) is that it is more resilient to unexpected
> >> events: If the domain dies before the
@citrix.com>; Stefano Stabellini
>> <sstabell...@kernel.org>; Wei Liu <wei.l...@citrix.com>; Andrew Cooper
>> <andrew.coop...@citrix.com>; Tim (Xen.org) <t...@xen.org>; Jan Beulich
>> <jbeul...@suse.com>; Ian Jackson <ian.jack...@citrix.com>; xen-
>>
Cooper
> <andrew.coop...@citrix.com>; Tim (Xen.org) <t...@xen.org>; Jan Beulich
> <jbeul...@suse.com>; Ian Jackson <ian.jack...@citrix.com>; xen-
> de...@lists.xenproject.org
> Subject: Re: [Xen-devel] [PATCH v2 REPOST 12/12] x86/hvm/ioreq: add a
> new mappabl
On Fri, Aug 25, 2017 at 10:46 AM, Paul Durrant wrote:
>> > +/*
>> > + * Allocated IOREQ server pages are assigned to the emulating
>> > + * domain, not the target domain. This is because the emulator is
>> > + * likely to be destroyed after the target
...@kernel.org>; Wei Liu <wei.l...@citrix.com>; George Dunlap
>> <george.dun...@citrix.com>; Andrew Cooper
>> <andrew.coop...@citrix.com>; Ian Jackson <ian.jack...@citrix.com>; Tim
>> (Xen.org) <t...@xen.org>; Jan Beulich <jbeul...@suse.com>
> <george.dun...@citrix.com>; Andrew Cooper
> <andrew.coop...@citrix.com>; Ian Jackson <ian.jack...@citrix.com>; Tim
> (Xen.org) <t...@xen.org>; Jan Beulich <jbeul...@suse.com>
> Subject: Re: [Xen-devel] [PATCH v2 REPOST 12/12] x86/hvm/ioreq: add a
> new mapp
On Fri, Aug 25, 2017 at 10:46:48AM +0100, Paul Durrant wrote:
> > -Original Message-
> > From: Roger Pau Monne
> > > +static int hvm_alloc_ioreq_mfn(struct hvm_ioreq_server *s, bool buf)
> > > +{
> > > +struct domain *currd = current->domain;
> > > +struct hvm_ioreq_page *iorp =
> <george.dun...@citrix.com>; Andrew Cooper
> <andrew.coop...@citrix.com>; Ian Jackson <ian.jack...@citrix.com>; Tim
> (Xen.org) <t...@xen.org>; Jan Beulich <jbeul...@suse.com>
> Subject: Re: [Xen-devel] [PATCH v2 REPOST 12/12] x86/hvm/ioreq: add a
> new mapp
On Tue, Aug 22, 2017 at 03:51:06PM +0100, Paul Durrant wrote:
> ... XENMEM_resource_ioreq_server
>
> This patch adds support for a new resource type that can be mapped using
> the XENMEM_acquire_resource memory op.
>
> If an emulator makes use of this resource type then, instead of mapping
>
... XENMEM_resource_ioreq_server
This patch adds support for a new resource type that can be mapped using
the XENMEM_acquire_resource memory op.
If an emulator makes use of this resource type then, instead of mapping
gfns, the IOREQ server will allocate pages from the heap. These pages
will
12 matches
Mail list logo