On 22 Jul 2014, at 19:43, Alex Bligh a...@alex.org.uk wrote:
Testing has been light to date (i.e.
can I migrate it inbound with -S without anything complaining).
I've given this quite a bit more testing today.
It works fine qemu-kvm 1.0 - qemu-2.0+patch (cirrus vga)
It works fine qemu-2.0
Standard PC (Q35 + ICH9, 2009)
pc-0.12 Standard PC (i440FX + PIIX, 1996)
pc-1.3 Standard PC (i440FX + PIIX, 1996)
--
Alex Bligh
--
libvir-list mailing list
libvir-list@redhat.com
https://www.redhat.com/mailman/listinfo/libvir-list
complicated, libvirt (and other callers) will
need to be aware. pc-1.0-qemu-git and pc-1.0-qemu-kvm
can be used to unambiguously mean the relevant machine
type, which will fix things going forward for that
machine type.
WDYT?
--
Alex Bligh
--
libvir-list mailing list
libvir-list@redhat.com
https
for the
release to ship.
--
Alex Bligh
--
libvir-list mailing list
libvir-list@redhat.com
https://www.redhat.com/mailman/listinfo/libvir-list
migration from 14.04 *with* the big
ROM?
--
Alex Bligh
--
libvir-list mailing list
libvir-list@redhat.com
https://www.redhat.com/mailman/listinfo/libvir-list
) but I think it should only be used when the legacy machine type
is used or it will break inbound migrations from other 14.04 machines
started with 128k ROMs (AIUI).
--
Alex Bligh
--
libvir-list mailing list
libvir-list@redhat.com
https://www.redhat.com/mailman/listinfo/libvir-list
On 29 Jul 2014, at 14:42, Paolo Bonzini pbonz...@redhat.com wrote:
Il 29/07/2014 15:39, Alex Bligh ha scritto:
I'm not sure either. You could simply package the 12.04 ipxe ROMs into
14.04, and add a note about getting the sources for GPL friendliness.
This would be my preference
(with
my 'LTS user' hat on), i.e. make it 'just work' out the box.
--
Alex Bligh
--
libvir-list mailing list
libvir-list@redhat.com
https://www.redhat.com/mailman/listinfo/libvir-list
.
Signed-off-by: Alex Bligh a...@alex.org.uk
---
configure | 12
hw/i386/pc_piix.c |8 +++-
2 files changed, 19 insertions(+), 1 deletion(-)
diff --git a/configure b/configure
index f7685b5..b143302 100755
--- a/configure
+++ b/configure
@@ -335,6 +335,7 @@ libssh2=
vhdx
properly due to a fundamental difference in their internal
state between versions.
Also note that (as expected) migratino from qemu-2.x to qemu-1.0
will not work, even if the machine types are the same.
Alex Bligh (2):
Add machine type pc-1.0-qemu-kvm for live migrate compatibility with
qemu-kvm
Add a machine type pc-1.0-qemu-kvm for live migrate compatibility
with qemu-kvm version 1.0.
Signed-off-by: Alex Bligh a...@alex.org.uk
---
hw/acpi/piix4.c | 49 --
hw/i386/pc_piix.c| 31 +
hw/timer
On 4 Aug 2014, at 14:31, Michael S. Tsirkin m...@redhat.com wrote:
On Fri, Aug 01, 2014 at 08:12:11PM +0100, Alex Bligh wrote:
This patch series adds inbound migrate capability from qemu-kvm version
1.0. The main ideas are those set out in Cole Robinson's patch here:
http
why
-machine pc-1.0,qemu-kvm-compatibility=on
is any easier for libvirt than
-machine pc-1.0-qemu-kvm
IE what does using a machine property rather than
a machine type buy us?
--
Alex Bligh
--
libvir-list mailing list
libvir-list@redhat.com
https://www.redhat.com/mailman
have a few more
degrees of freedom.
I did try modifying the objects live after the command
line has been parsed; this doesn't work because the
QOM inheritance memcpy's the structs for classes derived
from i8254 etc.
--
Alex Bligh
--
libvir-list mailing list
libvir-list@redhat.com
https
of the minimum version
mismatch?
--
Alex Bligh
--
libvir-list mailing list
libvir-list@redhat.com
https://www.redhat.com/mailman/listinfo/libvir-list
a proper version 3 object?
--
Alex Bligh
--
libvir-list mailing list
libvir-list@redhat.com
https://www.redhat.com/mailman/listinfo/libvir-list
.
Whilst getting the patch right in the first place I tend to
cp from a known good image. Obviously once it works, qcow2
corruption should not happen. But failed migrations (with
or without my patch) do appear to cause this relatively
frequently.
--
Alex Bligh
--
libvir-list mailing list
. You might try the 2 patches here:
https://github.com/abligh/qemu/tree/livemigrate-qemu-kvm-to-qemu-2.0.0-test-2
and see if you can get Precise to Trusty migration working (as well
as Precise to Utopic)
--
Alex Bligh
--
libvir-list mailing list
libvir-list@redhat.com
https://www.redhat.com
properly due to a fundamental difference in their internal
state between versions.
Also note that (as expected) migration from qemu-2.x to qemu-1.0
will not work, even if the machine types are the same.
Alex Bligh (2):
Add machine type pc-1.0-qemu-kvm for live migrate compatibility with
qemu-kvm
Add a machine type pc-1.0-qemu-kvm for live migrate compatibility
with qemu-kvm version 1.0.
Signed-off-by: Alex Bligh a...@alex.org.uk
---
hw/acpi/piix4.c | 47 +--
hw/i386/pc_piix.c | 30 ++
hw/timer
.
Signed-off-by: Alex Bligh a...@alex.org.uk
---
configure | 12
hw/i386/pc_piix.c |8 +++-
2 files changed, 19 insertions(+), 1 deletion(-)
diff --git a/configure b/configure
index f7685b5..b143302 100755
--- a/configure
+++ b/configure
@@ -335,6 +335,7 @@ libssh2=
vhdx
On 22 Sep 2014, at 12:36, Michael S. Tsirkin m...@redhat.com wrote:
On Sun, Sep 21, 2014 at 03:38:59PM +0100, Alex Bligh wrote:
Add a configure option --enable-pc-1-0-qemu-kvm and the
corresponding --disable-pc-1-0-qemu-kvm, defaulting
to disabled.
Rename machine type pc-1.0 to pc-1.0
to an example to copy.
--
Alex Bligh
--
libvir-list mailing list
libvir-list@redhat.com
https://www.redhat.com/mailman/listinfo/libvir-list
the aliases, and make pc-1.0
default to the pc-1.0-qemu-git. We then add a command
line option to make pc-1.0 mean pc-1.0-qemu-kvm, with
that obviously defaulting to off.
Then distros can then put the option in
/etc/qemu/target-x86_64.conf or whatever.
--
Alex Bligh
--
libvir-list mailing list
(if
we don't like the configure option).
However, that's not compatible with using PC_COMPAT as far as I
know (unless there is some cunning way you can make a machine
parameter change compat_props things).
--
Alex Bligh
--
libvir-list mailing list
libvir-list@redhat.com
https://www.redhat.com
source every time.
Or were you just arguing against the ./configure option?
--
Alex Bligh
--
libvir-list mailing list
libvir-list@redhat.com
https://www.redhat.com/mailman/listinfo/libvir-list
i8254 PIT common state is interpreted as being type 3
Signed-off-by: Alex Bligh a...@alex.org.uk
---
hw/acpi/piix4.c | 47 +--
hw/core/machine.c | 16
hw/i386/pc.c|1 +
hw/i386/pc_piix.c | 25
qemu-2.x to qemu-1.0
will not work, even if the machine types are the same.
Changes since v1:
* Do not use a machine type, use a machine parameter.
Alex Bligh (1):
Add machine parameter qemu-kvm-migration for live migrate
compatibility with qemu-kvm
hw/acpi/piix4.c | 47
through a version that works as a machine
parameter instead. If upstream doesn't like this, I'd prefer
downstream took v2 of the patch (which makes -M pc-1.0 work)
instead. That's also what Serge tested.
--
Alex Bligh
--
libvir-list mailing list
libvir-list@redhat.com
https://www.redhat.com
Markus,
On 24 Sep 2014, at 09:05, Markus Armbruster arm...@redhat.com wrote:
Alex Bligh a...@alex.org.uk writes:
This patch series adds inbound migrate capability from qemu-kvm version
1.0. The main ideas are those set out in Cole Robinson's patch here:
http://pkgs.fedoraproject.org/cgit
be wrong about that).
--
Alex Bligh
--
libvir-list mailing list
libvir-list@redhat.com
https://www.redhat.com/mailman/listinfo/libvir-list
On 29 Sep 2014, at 11:08, Michael S. Tsirkin m...@redhat.com wrote:
On Sun, Sep 28, 2014 at 09:33:08PM +0100, Alex Bligh wrote:
Hang on a second! v2 of this patch DID use a new virtual machine,
called exactly that. I thought you were objecting to that and
wanting a machine parameter instead
, because that uses a version ID of 2,
and we want the old loader to run in that case. I've made this clearer.
--
Alex Bligh
--
libvir-list mailing list
libvir-list@redhat.com
https://www.redhat.com/mailman/listinfo/libvir-list
Sorry that was v5 - git send-email fumble fingers as git-publish
doesn't seem to work well with single patches.
Alex
On 4 Oct 2014, at 17:37, Alex Bligh a...@alex.org.uk wrote:
Add a machine type pc-1.0-qemu-kvm for live migrate compatibility
with qemu-kvm version 1.0.
This patch adds
* Revert to using a machine type, but do not add alias machine types,
configure options, or (potentially) change the meaning of
pc-1.0 - leave this for distributions to ponder
* Add compat_props for qemu-kvm-migration to the PIIX4_PM driver
and the i8259 pit-common driver.
Signed-off-by: Alex
-kvm one. No new machine types, no aliases, no
anything.
That would not allow Ubuntu (or Suse - similarly affected I think)
to import pc-1.0 VMs from things actually running pc-1.0, and would
mean that newly created pc-1.0 VMs would be 'wrong', perpetuating
the problem.
--
Alex Bligh
--
libvir
36 matches
Mail list logo