[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] Re: [Xen-devel] [PATCH v17 06/11] x86/hvm/ioreq: add a new mappable resource type...
>>> On 03.01.18 at 17:48, <Paul.Durrant@xxxxxxxxxx> wrote: >> -----Original Message----- >> From: Xen-devel [mailto:xen-devel-bounces@xxxxxxxxxxxxxxxxxxxx] On Behalf >> Of Jan Beulich >> >>> On 03.01.18 at 17:06, <Paul.Durrant@xxxxxxxxxx> wrote: >> >> From: Jan Beulich [mailto:JBeulich@xxxxxxxx] >> >> Sent: 03 January 2018 15:48 >> >> >>> On 03.01.18 at 13:19, <paul.durrant@xxxxxxxxxx> wrote: >> >> What is additionally confusing me is the page ownership: Wasn't >> >> the (original) intention to make the pages owned by the emulator >> >> domain rather than the guest? I seem to recall you referring to >> >> restrictions in do_mmu_update(), but a domain should always be >> >> able to map pages it owns, shouldn't it? >> > >> > I'm sure we had this discussion before. I am trying to make resource >> mapping >> > as uniform as possible so, like the grant table pages, the ioreq server >> > pages >> > are assigned to the target domain. Otherwise the domain trying to map >> > resources has know which actual domain they are assigned to, rather than >> the >> > domain they relate to... which is pretty ugly. >> >> Didn't I suggest a slight change to the interface to actually make >> this not as ugly? > > Yes, you did but I didn't really want to go that way unless I absolutely had > to. If you'd really prefer things that way then I'll re-work the hypercall to > allow the domain owning the resource pages to be passed back. Maybe it will > ultimately end up neater. A 3rd opinion wouldn't hurt before you invest much time. Jan _______________________________________________ Xen-devel mailing list Xen-devel@xxxxxxxxxxxxxxxxxxxx https://lists.xenproject.org/mailman/listinfo/xen-devel
|
Lists.xenproject.org is hosted with RackSpace, monitoring our |