[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [Qemu-devel] Why is TYPE_CPU no-user?
From: |
Andreas Färber |
Subject: |
Re: [Qemu-devel] Why is TYPE_CPU no-user? |
Date: |
Tue, 15 Oct 2013 15:08:44 +0200 |
User-agent: |
Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.0 |
Hi Markus,
Am 15.10.2013 14:24, schrieb Markus Armbruster:
> To go beyond RFC with this series, I need to explain why TYPE_CPU
> cannot_instantiate_with_device_add_yet. Would you be so kind and help
> me out with a suitable comment?
>From what I remember this was done when I started the whole process and
most CPU subtypes did not yet use the QOM instance_init for
initialization. Most importantly x86 still is not yet self-contained,
nor is sparc. Such targets need to use cpu_init() et al. rather than
-device. (This became visible in the first s390x vCPU hotplug series.)
Most boards rely on being able to do postprocessing after they have
instantiated the CPU: wiring up IRQs, adding reset handlers, halting
non-first CPUs, ...
-device would skip that.
Another aspect is that no CPU subtype has been proven hot-pluggable with
device_add yet. For s390x we're the closest to date.
We could move the flag from the base type to the targets' base types if
you prefer. Then we can knock the bad values out one by one rather than
overriding the inherited value with an explicit positive one.
Cheers,
Andreas
>
> You can find examples in PATCH 2-7/9.
>
--
SUSE LINUX Products GmbH, Maxfeldstr. 5, 90409 Nürnberg, Germany
GF: Jeff Hawn, Jennifer Guild, Felix Imendörffer; HRB 16746 AG Nürnberg
- Re: [Qemu-devel] Should the i8259 devices remain no-user?, (continued)
- [Qemu-devel] [PATCH RFC 6/9] piix3 piix4: Document why cannot_instantiate_with_device_add_yet, armbru, 2013/10/10
- [Qemu-devel] [PATCH RFC 7/9] vt82c686: Document why cannot_instantiate_with_device_add_yet, armbru, 2013/10/10
- [Qemu-devel] Why is TYPE_CPU no-user? (was: [PATCH RFC 0/9] Clean up and fix no_user), Markus Armbruster, 2013/10/15
- [Qemu-devel] Which functions of southbridges should be no-user? (was: [PATCH RFC 0/9] Clean up and fix no_user), Markus Armbruster, 2013/10/15
- Re: [Qemu-devel] Which functions of southbridges should be no-user?, Andreas Färber, 2013/10/15
- Re: [Qemu-devel] Which functions of southbridges should be no-user?, Anthony Liguori, 2013/10/15
- Re: [Qemu-devel] Which functions of southbridges should be no-user?, Markus Armbruster, 2013/10/16
- Re: [Qemu-devel] Which functions of southbridges should be no-user?, Andreas Färber, 2013/10/16
- Re: [Qemu-devel] Which functions of southbridges should be no-user?, Markus Armbruster, 2013/10/17