On 21 May 2013 21:43, mdroth <mdr...@linux.vnet.ibm.com> wrote: > Makes sense, but apparently version IDs for incoming device state are > not allowed to exceed the destination's version, so we can't bump it > beyond the value in 1.5 without breaking migration from 1.5+ -> 1.5
We care about backwards migration? That sounds like a pain. > So I think our only option for version ID is to lock in the 1.5 value, > which seems to be 1936 (hopefully that's consistent across builds...). Yeah, I'm not convinced that's going to be consistent across builds, compilers, 64 vs 32 bit, etc etc etc. That's why I suggested a really high number. thanks -- PMM
