[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [Qemu-devel] machines and versions - why so many?
From: |
Alexey Kardashevskiy |
Subject: |
Re: [Qemu-devel] machines and versions - why so many? |
Date: |
Tue, 24 Jun 2014 08:33:23 +1000 |
User-agent: |
Mozilla/5.0 (X11; Linux i686 on x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.6.0 |
On 06/24/2014 07:41 AM, Andreas Färber wrote:
> Am 23.06.2014 23:35, schrieb Alexey Kardashevskiy:
>> Looks like I must copy PC_COMPAT_X_X as PSERIES_COMPAT_X_X starting 1.6 (or
>> 1.7 - whichever starts supporting migration well enough on pseries) because
>> pretty much of what they do is tweaking PCI devices and we can have all of
>> these devices on pseries. And then keep an eye on what is happening in PC
>> world to copy same tweaks to pseries as they come. Is that correct?
>
> Please don't. There's a series by Marcel on the list converting those PC
> macros to QOM. You already have a QOM sPAPR machine, so you should just
> derive new legacy types as needed and override things there.
I failed to find the series in patchworks, was it long time ago? What was
the subject?
I actually wonder if it is not going to be "-machine pseries-2.0" then what
will it look like? "-machine pseries,qemucompat=2.0"? I would think there
will be TYPE_MACHINE_X_Y types which I would use as a parent
TYPE_SPAPR_MACHINE (dynamically, as we do for the "host" CPU type) but this
is not what you are saying, correct?
> Also, -machine *is* the global mechanism we have to tell QEMU which
> version you want, it's a shorthand for setting a list of global
> properties. Don't forget that QEMU can be used without libvirt, so the
> knowledge of which properties to set for which version is kept in QEMU.
I do not forget, I use libvirt once a month :)
--
Alexey
- [Qemu-devel] machines and versions - why so many?, Alexey Kardashevskiy, 2014/06/23
- Re: [Qemu-devel] machines and versions - why so many?, Marcel Apfelbaum, 2014/06/24
- Re: [Qemu-devel] machines and versions - why so many?, Peter Maydell, 2014/06/23
- Re: [Qemu-devel] machines and versions - why so many?, Paolo Bonzini, 2014/06/24
- Re: [Qemu-devel] machines and versions - why so many?, Alexey Kardashevskiy, 2014/06/24
- Re: [Qemu-devel] machines and versions - why so many?, Markus Armbruster, 2014/06/24
- Re: [Qemu-devel] machines and versions - why so many?, Alexey Kardashevskiy, 2014/06/24
- Re: [Qemu-devel] machines and versions - why so many?, Andreas Färber, 2014/06/24