On Thu, May 29, 2025 at 04:48:41PM +0200, Juraj Marcin wrote:
> On 2025-05-29 16:42, Juraj Marcin wrote:
> > Hi Peter
Hey, Juraj!
> >
> > On 2025-05-27 17:58, Peter Xu wrote:
> > > The hook is only defined in two vmstate users ("ram" and "block dirty
> > > bitmap"), meanwhile both of them define the hook exactly the same as the
> > > precopy version. Hence, this postcopy version isn't needed.
> > >
> > > No functional change intended.
> >
> > Could be some future users, that would benefit from separate hooks for
> > precopy and postcopy?
There's nothing that I'm aware of. Normally we should only provide
separate hook until that comes, and then review the hook together with the
use case.
> >
> > In case we are going to drop it, I think the '_precopy' suffix could be
> > dropped too, as the handler would be used for postcopy too.
>
> Never mind, just noticed it's in the next patch...
Yep. I can squash that into this one; it's pretty small so maybe it's
fine. I'll keep it separate as of now, but if anyone thinks it better I
can squash them.
--
Peter Xu