> -----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

Reply via email to