Comment 3 for bug 1713490

It is "just" the size that breaks it, as soon as I append a bunch of zero's to the source of the migration it will allocate 0x8000 as well and work to migrate then.
 $ truncate --size=272384 /usr/lib/ipxe/qemu/efi-virtio.rom

Unfortunately this isn't much of a "solution" as:
- it needs to be (re-)started on the source to pick up the new size
- it would need to be back SRU'ed to about everywhere

I wonder if there is a better way.
Know about the change and adapt the Ubuntu machine types so that it increases the size on incoming migration maybe?

This was tried long ago in other bugs but failed, yet maybe today the SW stack is ready to do so.
I think I have to reach out to qmeu-devel to clarify if there is a way these days.

References to same/similar issues:
- https://bugs.launchpad.net/ubuntu/+source/qemu/+bug/1536331
- https://lists.gnu.org/archive/html/qemu-devel/2016-01/msg01881.html
- https://bugzilla.redhat.com/show_bug.cgi?id=1293566
- https://bugzilla.redhat.com/show_bug.cgi?id=1090093
- https://forge.univention.org/bugzilla/show_bug.cgi?id=38877