From: Peter Lieven <pl@kamp.de>
To: Paolo Bonzini <pbonzini@redhat.com>
Cc: qemu-devel@nongnu.org, "Anthony Liguori" <anthony@codemonkey.ws>,
"Benoît Canet" <benoit@irqsave.net>
Subject: Re: [Qemu-devel] [PULL 11/13] target-i386: forward CPUID cache leaves when -cpu host is used
Date: Tue, 19 Nov 2013 15:46:34 +0100 [thread overview]
Message-ID: <528B79CA.7080109@kamp.de> (raw)
In-Reply-To: <528B738B.8080805@redhat.com>
On 19.11.2013 15:19, Paolo Bonzini wrote:
> Il 19/11/2013 15:17, Peter Lieven ha scritto:
>>> if ((*eax & 31) && cs->nr_cores > 1)
>> at which position exactly do you want to put this condition and take
>> which action?
> Just replace "if (cs->nr_cores > 1)" in the patch I posted, i.e. after the switch.
This seems to work. What is in bits 0..5 of eax?
What about the number of threads in count == 2?
I would still like to have at least an option to disable the passthru without
recompiling if other issues occur.
>
> Paolo
>
> -------------- 8< -----------------
> From 781ff96e9d1eeacbd4ff588d4d3773351f14320b Mon Sep 17 00:00:00 2001
> From: Paolo Bonzini <pbonzini@redhat.com>
> Date: Tue, 19 Nov 2013 13:19:17 +0100
> Subject: [PATCH] target-i386: do not override nr_cores for "-cpu host"
>
> Commit 787aaf5 (target-i386: forward CPUID cache leaves when -cpu host is
> used, 2013-09-02) brings bits 31..26 of CPUID leaf 04h out of sync with
> the APIC IDs that QEMU reserves for each package. This number must come
> from "-smp" options rather than from the host CPUID.
>
> It also turns out that this unsyncing makes Windows Server 2012R2 fail
> to boot.
>
> Signed-off-by: Paolo Bonzini <pbonzini@redhat.com>
> ---
> target-i386/cpu.c | 14 ++++++++------
> 1 file changed, 8 insertions(+), 6 deletions(-)
>
> diff --git a/target-i386/cpu.c b/target-i386/cpu.c
> index 864c80e..8df6747 100644
> --- a/target-i386/cpu.c
> +++ b/target-i386/cpu.c
> @@ -2086,14 +2086,10 @@ void cpu_x86_cpuid(CPUX86State *env, uint32_t index, uint32_t count,
> /* cache info: needed for Core compatibility */
> if (cpu->cache_info_passthrough) {
> host_cpuid(index, count, eax, ebx, ecx, edx);
> - break;
> - }
> - if (cs->nr_cores > 1) {
> - *eax = (cs->nr_cores - 1) << 26;
> + *eax &= ~0xFC000000;
> } else {
> *eax = 0;
> - }
> - switch (count) {
> + switch (count) {
> case 0: /* L1 dcache info */
> *eax |= CPUID_4_TYPE_DCACHE | \
> CPUID_4_LEVEL(1) | \
> @@ -2133,6 +2129,12 @@ void cpu_x86_cpuid(CPUX86State *env, uint32_t index, uint32_t count,
> *ecx = 0;
> *edx = 0;
> break;
> + }
> + }
> +
> + /* We give out APIC IDs ourselves, so force bits 31..26 even for "-cpu host". */
> + if ((*eax & 31) && cs->nr_cores > 1) {
> + *eax |= (cs->nr_cores - 1) << 26;
> }
> break;
> case 5:
Tested-by: Peter Lieven <pl@kamp.de>
Peter
next prev parent reply other threads:[~2013-11-19 14:46 UTC|newest]
Thread overview: 38+ messages / expand[flat|nested] mbox.gz Atom feed top
2013-09-20 16:24 [Qemu-devel] [PULL 00/13] KVM patches for 2013-09-20 Paolo Bonzini
2013-09-20 16:24 ` [Qemu-devel] [PULL 01/13] exec: always use MADV_DONTFORK Paolo Bonzini
2013-09-20 16:24 ` [Qemu-devel] [PULL 02/13] cpu: Move cpu state syncs up into cpu_dump_state() Paolo Bonzini
2013-09-20 16:24 ` [Qemu-devel] [PULL 03/13] kvm: warn if num cpus is greater than num recommended Paolo Bonzini
2013-09-20 16:24 ` [Qemu-devel] [PULL 04/13] fix steal time MSR vmsd callback to proper opaque type Paolo Bonzini
2013-09-20 16:24 ` [Qemu-devel] [PULL 05/13] kvm irqfd: support direct msimessage to irq translation Paolo Bonzini
2013-09-20 16:24 ` [Qemu-devel] [PULL 06/13] kvmvapic: Catch invalid ROM size Paolo Bonzini
2013-09-20 16:24 ` [Qemu-devel] [PULL 07/13] kvmvapic: Enter inactive state on hardware reset Paolo Bonzini
2013-09-20 16:24 ` [Qemu-devel] [PULL 08/13] kvmvapic: Clear also physical ROM address when entering INACTIVE state Paolo Bonzini
2013-09-20 16:24 ` [Qemu-devel] [PULL 09/13] kvm: fix traces to use %x instead of %d Paolo Bonzini
2013-09-20 16:24 ` [Qemu-devel] [PULL 10/13] linux-headers: update to 3.11 Paolo Bonzini
2013-09-20 16:24 ` [Qemu-devel] [PULL 11/13] target-i386: forward CPUID cache leaves when -cpu host is used Paolo Bonzini
2013-11-18 15:23 ` Peter Lieven
2013-11-18 15:37 ` Peter Lieven
2013-11-18 16:11 ` Paolo Bonzini
2013-11-18 19:53 ` Peter Lieven
2013-11-19 10:50 ` Paolo Bonzini
2013-11-19 11:35 ` Peter Lieven
2013-11-19 11:37 ` Paolo Bonzini
2013-11-19 11:42 ` Peter Lieven
2013-11-19 10:25 ` Peter Lieven
2013-11-19 10:47 ` Paolo Bonzini
2013-11-19 11:07 ` Peter Lieven
2013-11-19 12:03 ` Peter Lieven
2013-11-19 12:08 ` Peter Lieven
2013-11-19 12:14 ` Paolo Bonzini
2013-11-19 12:32 ` Peter Lieven
2013-11-19 13:21 ` Paolo Bonzini
2013-11-19 14:11 ` Peter Lieven
2013-11-19 14:14 ` Paolo Bonzini
2013-11-19 14:17 ` Peter Lieven
2013-11-19 14:19 ` Paolo Bonzini
2013-11-19 14:46 ` Peter Lieven [this message]
2013-11-19 14:57 ` Paolo Bonzini
2013-11-19 15:05 ` Peter Lieven
2013-11-19 15:11 ` Paolo Bonzini
2013-09-20 16:24 ` [Qemu-devel] [PULL 12/13] linux-headers: update to 3.12-rc1 Paolo Bonzini
2013-09-20 16:24 ` [Qemu-devel] [PULL 13/13] target-i386: add feature kvm_pv_unhalt Paolo Bonzini
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=528B79CA.7080109@kamp.de \
--to=pl@kamp.de \
--cc=anthony@codemonkey.ws \
--cc=benoit@irqsave.net \
--cc=pbonzini@redhat.com \
--cc=qemu-devel@nongnu.org \
/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).