<div dir="ltr">Thanks for your explanation.  There is another update for the man page in patch 4/6 and that's the final version after the whole patch. I missed that.<div><br></div><div>BR,</div><div>Jing Qi</div></div><br><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Fri, Dec 17, 2021 at 3:54 PM Michal Prívozník <<a href="mailto:mprivozn@redhat.com">mprivozn@redhat.com</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">On 12/17/21 02:35, Jing Qi wrote:<br>
> Hi Michal,<br>
> Seems there is a typo of 'restrictive' instead of 'strict'  in the last<br>
> line of updated content. Right?<br>
<br>
Actually, no. What this patch does is document the current state of<br>
things. With current master, 'restrictive' is not allowed and only<br>
'strict' is (the fact it doesn't work really is addressed in later<br>
patches in this series). Therefore, I think this patch is correct as is.<br>
<br>
But I see where you're coming from. In the end there will be only<br>
'restrictive' allowed.<br>
<br>
The reason I chose to do things separately is for easier cherry pick /<br>
revert. Imagine at some point in future we will be able to tell QEMU to<br>
migrate its own memory. Then we might want to revert patch 4/6 which<br>
will leave us with:<br>
<br>
 For a running domain, the mode can't be changed, and the nodeset can be<br>
 changed only if the domain was started with mode of either \`strict' or<br>
 \`restrictive'.<br>
<br>
<br>
Hopefully, my explanation makes sense.<br>
<br>
Michal<br>
<br>
</blockquote></div><br clear="all"><div><br></div>-- <br><div dir="ltr" class="gmail_signature"><div dir="ltr">Thanks & Regards,<br>Jing,Qi<br></div></div>