From: Igor Mammedov <imammedo@redhat.com>
To: zhanghailiang <zhang.zhanghailiang@huawei.com>
Cc: mst@redhat.com, qemu-devel@nongnu.org, luonengjun@huawei.com,
peter.huangpeng@huawei.com, qemu-stable@nongnu.org,
huangzhichao <huangzhichao@huawei.com>,
aliguori@amazon.com
Subject: Re: [Qemu-devel] [PATCH V2] acpi-build: Set FORCE_APIC_CLUSTER_MODEL bit for FADT flags
Date: Wed, 3 Sep 2014 15:01:57 +0200 [thread overview]
Message-ID: <20140903150157.70c3f91e@nial.usersys.redhat.com> (raw)
In-Reply-To: <1409284371-7396-1-git-send-email-zhang.zhanghailiang@huawei.com>
On Fri, 29 Aug 2014 11:52:51 +0800
zhanghailiang <zhang.zhanghailiang@huawei.com> wrote:
> If we start Windows 2008 R2 DataCenter with number of cpu less than 8,
> The system will use APIC Flat Logical destination mode as default configuration,
> Which has an upper limit of 8 CPUs.
>
> The fault is that VM can not show all processors within Task Manager if
> we hot-add cpus when the number of cpus in VM extends the limit of 8.
>
> If we use cluster destination model, the problem will be solved.
>
> Signed-off-by: huangzhichao <huangzhichao@huawei.com>
> Signed-off-by: zhanghailiang <zhang.zhanghailiang@huawei.com>
> ---
> v2:
> - Set this bit when max_cpus > 8
> ---
> hw/i386/acpi-build.c | 6 ++++++
> 1 file changed, 6 insertions(+)
>
> diff --git a/hw/i386/acpi-build.c b/hw/i386/acpi-build.c
> index 85e5834..cdc3b08 100644
> --- a/hw/i386/acpi-build.c
> +++ b/hw/i386/acpi-build.c
> @@ -550,6 +550,12 @@ static void fadt_setup(AcpiFadtDescriptorRev1 *fadt, AcpiPmInfo *pm)
> (1 << ACPI_FADT_F_SLP_BUTTON) |
> (1 << ACPI_FADT_F_RTC_S4));
> fadt->flags |= cpu_to_le32(1 << ACPI_FADT_F_USE_PLATFORM_CLOCK);
> + /* APIC destination mode ("Flat Logical") has an upper limit of 8 CPUs
> + * For more than 8 CPUs, "Clustered Logical" mode has to be used
> + */
> + if (max_cpus > 8) {
> + fadt->flags |= cpu_to_le32(1 << ACPI_FADT_F_FORCE_APIC_CLUSTER_MODEL);
> + }
This flag was introduced later than ACPI v1.0 specification while QEMU generates
v1.0 tables only, but...
linux kernel ignores this flag, so patch has no influence on it.
Tested with Win[XPsp3|Srv2003EE|Srv2008DC|Srv2008R2|Srv2012R2], there isn't BSODs
and guests boot just fine. In cases guest doesn't support cpu-hotplug, cpu becomes
visible after reboot and in case the guest supports cpu-hotplug, it works
as expected with this patch.
It seems reasonable to apply this hack for extending cpu-hotplug usability
with Windows guests, hence:
Reviewed-By: Igor Mammedov <imammedo@redhat.com>
> }
>
>
prev parent reply other threads:[~2014-09-03 13:02 UTC|newest]
Thread overview: 3+ messages / expand[flat|nested] mbox.gz Atom feed top
2014-08-29 3:52 [Qemu-devel] [PATCH V2] acpi-build: Set FORCE_APIC_CLUSTER_MODEL bit for FADT flags zhanghailiang
2014-09-03 0:55 ` zhanghailiang
2014-09-03 13:01 ` Igor Mammedov [this message]
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=20140903150157.70c3f91e@nial.usersys.redhat.com \
--to=imammedo@redhat.com \
--cc=aliguori@amazon.com \
--cc=huangzhichao@huawei.com \
--cc=luonengjun@huawei.com \
--cc=mst@redhat.com \
--cc=peter.huangpeng@huawei.com \
--cc=qemu-devel@nongnu.org \
--cc=qemu-stable@nongnu.org \
--cc=zhang.zhanghailiang@huawei.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).