<div dir="ltr">I have a question regarding the RPC interfaces with CRIU and their application to P.Haul.<br><br>As of now, it looks like P.Haul does all of its interaction with CRIU through the RPC interface defined in protocol buffers. However, there seems to be certain fields/arguments missing from the protobuf interface that would be necessary to invoke post-copy migration functionality through P.Haul. <br><br>From what I can understand, these are the steps necessary to conduct proper post-copy live migration through CRIU:<br><br>    - Tell CRIU to perform the initial dump at the source, having the lazy-pages flag set (this can be easily passed in a criu_req with lazy_pages=TRUE in the criu_opts protobuf message and with criu_req_type=DUMP)<br><br>    - Bring up the lazy-pages daemon on the destination with the lazy-pages flag set (currently there seems no means of passing this through the protobuf RPC interface, though I feel something like having a new criu_req_type like LP_DAEMON with proper handling on the CRIU side would work, but I don&#39;t know the CRIU side of the code well enough to be sure this is the case)<br><br>    - Call restore with the lazy-pages flag set (much like the initial dump, this seems to be fully doable through current protobuf RPC interfaces)<br><br>Does this sound right to anyone? If so, I&#39;m fully willing to go in and try adding the RPC protobuf field and interaction necessary to get CRIU to work in this way, but I&#39;m unsure where exactly this code would need to live or where to start with it.<br><br>Thanks,<br>John<br></div>