[Date Prev][Date Next] [Thread Prev][Thread Next]
[Thread Index]
[Date Index]
[Author Index]
Re: [libvirt] [Qemu-devel] Modern CPU models cannot be used with libvirt
- From: Alexander Graf <agraf suse de>
- To: Andreas Färber <afaerber suse de>
- Cc: "Liu, Jinsong" <jinsong liu intel com>, Peter Maydell <peter maydell linaro org>, Eduardo Habkost <ehabkost redhat com>, libvir-list redhat com, Jan Kiszka <jan kiszka siemens com>, qemu-devel nongnu org, Avi Kivity <avi redhat com>, Anthony Liguori <anthony codemonkey ws>, Igor Mammedov <imammedo redhat com>, Jiri Denemark <jdenemar redhat com>, "arch ovirt org" <arch ovirt org>
- Subject: Re: [libvirt] [Qemu-devel] Modern CPU models cannot be used with libvirt
- Date: Mon, 12 Mar 2012 18:59:29 +0100
On 12.03.2012, at 18:53, Andreas Färber wrote:
> Am 12.03.2012 18:47, schrieb Peter Maydell:
>> On 12 March 2012 17:41, Andreas Färber <afaerber suse de> wrote:
>>> Also keep in mind linux-user. There's no concept of a machine there, but
>>> there's a cpu_copy() function used for forking that tries to re-create
>>> the CPU based on its model.
>>
>> Incidentally, do you know why the linux-user code calls cpu_reset on
>> the newly copied CPU state but only for TARGET_I386/SPARC/PPC ? That
>> looks very odd to me...
>
> Incidentally for i386 I do: cpu_reset() is intentionally not part of
> cpu_init() there because afterwards the machine or something sets
> whether this CPU is a "bsp" (Board Support Package? ;)) and only then
> resets it.
>
> For ppc and sparc I don't know but I'd be surprised if it's necessary
> for ppc... Alex?
Phew - no idea. Does git blame know more there? :)
Alex
[Date Prev][Date Next] [Thread Prev][Thread Next]
[Thread Index]
[Date Index]
[Author Index]