> -----Original Message-----
> From: Petre Ovidiu PIRCALABU <ppircal...@bitdefender.com>
> Sent: 19 July 2019 12:24
> To: Paul Durrant <paul.durr...@citrix.com>; 'Jan Beulich' <jbeul...@suse.com>
> Cc: JulienGrall <julien.gr...@arm.com>; Alexandru Stefan ISAILA 
> <aisa...@bitdefender.com>; Razvan
> Cojocaru <rcojoc...@bitdefender.com>; Andrew Cooper 
> <andrew.coop...@citrix.com>; George Dunlap
> <george.dun...@citrix.com>; Ian Jackson <ian.jack...@citrix.com>; Roger Pau 
> Monne
> <roger....@citrix.com>; Stefano Stabellini <sstabell...@kernel.org>; 
> xen-devel@lists.xenproject.org;
> KonradRzeszutek Wilk <konrad.w...@oracle.com>; Tamas K Lengyel 
> <ta...@tklengyel.com>; Tim (Xen.org)
> <t...@xen.org>; Wei Liu <w...@xen.org>
> Subject: Re: [PATCH v2 07/10] vm_event: Add vm_event_ng interface
> 
> On Fri, 2019-07-19 at 08:26 +0000, Paul Durrant wrote:
> > > -----Original Message-----
> > > From: Jan Beulich <jbeul...@suse.com>
> > > Sent: 19 July 2019 09:22
> > > To: Paul Durrant <paul.durr...@citrix.com>
> > > Cc: 'Petre Ovidiu PIRCALABU' <ppircal...@bitdefender.com>;
> > > JulienGrall <julien.gr...@arm.com>;
> > > Alexandru Stefan ISAILA <aisa...@bitdefender.com>; Razvan Cojocaru
> > > <rcojoc...@bitdefender.com>; Andrew
> > > Cooper <andrew.coop...@citrix.com>; George Dunlap <
> > > george.dun...@citrix.com>; Ian Jackson
> > > <ian.jack...@citrix.com>; Roger Pau Monne <roger....@citrix.com>;
> > > Stefano Stabellini
> > > <sstabell...@kernel.org>; xen-devel@lists.xenproject.org;
> > > KonradRzeszutek Wilk
> > > <konrad.w...@oracle.com>; Tamas K Lengyel <ta...@tklengyel.com>;
> > > Tim (Xen.org) <t...@xen.org>; Wei Liu
> > > <w...@xen.org>
> > > Subject: Re: [PATCH v2 07/10] vm_event: Add vm_event_ng interface
> > >
> > > On 19.07.2019 09:56, Paul Durrant wrote:
> > > > > From: Petre Ovidiu PIRCALABU <ppircal...@bitdefender.com>
> > > > > Sent: 18 July 2019 14:59
> > > > >
> > > > > So, at this point the most promising solution is allocating the
> > > > > memory
> > > > > in XEN, sharing it with ID using share_xen_page_with_guest, and
> > > > > mapping
> > > > > it with xenforeignmemory_map_resource (with the flag
> > > > > XENMEM_rsrc_acq_caller_owned set)
> > > >
> > > > If that page is shared with the ID then
> > > > XENMEM_rsrc_acq_caller_owned
> > > > should *not* be set. Also, that flag is an 'out' flag... the
> > > > caller
> > > > doesn't decide who owns the resource.
> > >
> > > I had implied that it's really MD that's meant here, but maybe I
> > > was
> > > wrong doing so.
> > >
> > > > TBH I regret ever introducing the flag; it caused a lot of
> > > > problems,
> > > > which is why it is no longer used.
> > >
> > > It's a tools only interface - why don't we drop the flag if you now
> > > think it was a bad idea to introduce it?
> >
> > I was indeed thinking I should find enough tuits to do that in the
> > near future.
> >
> >   Paul
> >
> > >
> > > Jan
> Sorry, my mistake. I meant to say it's shared with MD.
> 
> Many thanks for your support,

Ok, in that case please share with the ID instead. I found some tuits this 
morning and am about to a submit a patch.

  Paul
_______________________________________________
Xen-devel mailing list
Xen-devel@lists.xenproject.org
https://lists.xenproject.org/mailman/listinfo/xen-devel

Reply via email to