Hi jan

> -----Original Message-----
> From: Jan Beulich <[email protected]>
> Sent: Tuesday, August 9, 2022 3:59 PM
> To: Penny Zheng <[email protected]>
> Cc: Wei Chen <[email protected]>; Andrew Cooper
> <[email protected]>; George Dunlap <[email protected]>;
> Julien Grall <[email protected]>; Stefano Stabellini <[email protected]>;
> Wei Liu <[email protected]>; [email protected]
> Subject: Re: [PATCH v9 8/8] xen: retrieve reserved pages on
> populate_physmap
> 
> On 09.08.2022 09:53, Penny Zheng wrote:
> >> -----Original Message-----
> >> From: Xen-devel <[email protected]> On Behalf Of
> >> Jan Beulich
> >> Sent: Monday, July 25, 2022 11:44 PM
> >>
> >> On 20.07.2022 07:46, Penny Zheng wrote:
> >>> When a static domain populates memory through populate_physmap at
> >>> runtime, it shall retrieve reserved pages from resv_page_list to
> >>> make sure that guest RAM is still restricted in statically
> >>> configured memory
> >> regions.
> >>> This commit also introduces a new helper acquire_reserved_page to
> >>> make
> >> it work.
> >>>
> >>> Signed-off-by: Penny Zheng <[email protected]>
> >>> ---
> >>> v9 changes:
> >>> - Use ASSERT_ALLOC_CONTEXT() in acquire_reserved_page
> >>> - Add free_staticmem_pages to undo prepare_staticmem_pages when
> >>> assign_domstatic_pages fails
> >>
> >> May I suggest to re-consider naming of the various functions? Undoing
> >> what "prepare" did by "free" is, well, counterintuitive.
> >>
> >
> > How about change the name "prepare_staticmem_pages" to
> "allocate_staticmem_pages"?
> 
> Perhaps - if what the function does really resembles allocation in some way.
> So far I wasn't really certain in that regard, and hence I was wondering
> whether "prepare" doesn't better describe what it does, but then its inverse
> also doesn't really "free" anything.
> 

Hmmmm, “prepare” with “destroy” in its inverse? Do you have any suggestion in 
mind?
 
> Jan

Reply via email to