> -----Original Message----- > From: David Woodhouse <dw...@infradead.org> > Sent: 06 March 2020 13:16 > To: Jan Beulich <jbeul...@suse.com>; Durrant, Paul <pdurr...@amazon.co.uk> > Cc: jul...@xen.org; andrew.coop...@citrix.com; sstabell...@kernel.org; > konrad.w...@oracle.com; > volodymyr_babc...@epam.com; ian.jack...@eu.citrix.com; w...@xen.org; > george.dun...@citrix.com; xen- > de...@lists.xenproject.org > Subject: RE: [EXTERNAL][PATCH 2/2] domain: use PGC_extra domheap page for > shared_info > > On Fri, 2020-03-06 at 14:10 +0100, Jan Beulich wrote: > > Establishing of what the new separation rule and mechanism is going > > to be (no matter how the two resulting pieces are going to be > > named). > > Paul's opinion seemed to be that with secret hiding coming along and > destroying the "xenheap is mapped anyway" assumption, the benefit of > allocating a xenheap page and then mapping it to a guest is basically > gone *anyway*, so that part at least made a viable cleanup regardless > of the overall direction.
Indeed, that is my opinion. The distinction between a mapped domheap page and a xenheap page basically goes away with secret hiding since the direct map is basically gone so, given that it helps simplify LU *and* gets rid of the domain xenheap list (and hence the somewhat subtle processing of that list in domain_kill()), getting rid of shared xenheap pages seems like a useful thing to do. Paul _______________________________________________ Xen-devel mailing list Xen-devel@lists.xenproject.org https://lists.xenproject.org/mailman/listinfo/xen-devel