On Sat, 2022-03-19 at 07:59 +0000, Oliver Upton wrote: > I'll have some time to look at it next week and send upstream. I was > somewhat panning if there were any other ideas here, but sysfs does seem > sensible :) I can't say this fills me with joy. If a basic API requires this much documentation, my instinct is to *fix* it with fire first, then document what's left. A userspace-friendly API for migration would be more like KVM on the source host giving me { TIME_OF_DAY, TSC } and then all I have to do on the destination host (after providing the TSC frequency) is give it precisely the same data. We depend on source and destination clocks being kept in sync with NTP so that the TIME_OF_DAY is meaningful, but that's fairly fundamental; that was *always* going to be our reference¹, right? For migration between hosts, the offset-based API doesn't seem to be much of an improvement over what we had before.
Attachment:
smime.p7s
Description: S/MIME cryptographic signature