[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
[Qemu-commits] [qemu/qemu] 6fb2ff: target-i386: Report known CPUID[EAX=0
From: |
GitHub |
Subject: |
[Qemu-commits] [qemu/qemu] 6fb2ff: target-i386: Report known CPUID[EAX=0xD, ECX=0]:EAX... |
Date: |
Tue, 04 Oct 2016 05:00:06 -0700 |
Branch: refs/heads/master
Home: https://github.com/qemu/qemu
Commit: 6fb2fff75dceed1716e757882a6dfbadd9042407
https://github.com/qemu/qemu/commit/6fb2fff75dceed1716e757882a6dfbadd9042407
Author: Eduardo Habkost <address@hidden>
Date: 2016-10-03 (Mon, 03 Oct 2016)
Changed paths:
M target-i386/cpu.c
Log Message:
-----------
target-i386: Report known CPUID[EAX=0xD,ECX=0]:EAX bits as migratable
A regression was introduced by commit 96193c22a "target-i386:
Move xsave component mask to features array": all
CPUID[EAX=0xD,ECX=0]:EAX bits were being reported as unmigratable
because they don't have feature names defined. This broke
"-cpu host" because it enables only migratable features by
default.
This adds a new field to FeatureWordInfo: migratable_flags, which
will make those features be reported as migratable even if they
don't have a property name defined.
Reported-by: Wanpeng Li <address@hidden>
Cc: Paolo Bonzini <address@hidden>
Reviewed-by: Wanpeng Li <address@hidden>
Signed-off-by: Eduardo Habkost <address@hidden>
Commit: 339892d758efb2d0954160d41736a0eac9875d67
https://github.com/qemu/qemu/commit/339892d758efb2d0954160d41736a0eac9875d67
Author: Evgeny Yakovlev <address@hidden>
Date: 2016-10-03 (Mon, 03 Oct 2016)
Changed paths:
M include/hw/i386/pc.h
M target-i386/cpu.c
Log Message:
-----------
target-i386: Correct family/model/stepping for Opteron_G3
Current CPU definition for AMD Opteron third generation includes
features like SSE4a and LAHF_LM support in emulated CPUID. These
features are present in K8 rev.E or K10 CPUs and later. However,
current G3 family and model describe 2nd generation K8 cores instead.
This is incorrect but was considered harmless until our tests found a
problem with linux kernels >= 3.10 (and maybe earlier) which specifically
check for Opteron K8 model when parsing CPUID leaf 0x80000001:
http://lxr.free-electrons.com/source/arch/x86/kernel/cpu/amd.c?v=3.16#L552
This code will disable LAHF_LM feature in /proc/cpuinfo if model number
is inconsistent.
This change sets Opteron_G3 family/model/stepping to 16/2/3 which is
a proper Opteron 3rd generation 2350 CPU.
Signed-off-by: Evgeny Yakovlev <address@hidden>
Signed-off-by: Denis V. Lunev <address@hidden>
CC: Paolo Bonzini <address@hidden>
CC: Richard Henderson <address@hidden>
CC: Eduardo Habkost <address@hidden>
Signed-off-by: Eduardo Habkost <address@hidden>
Commit: 1bb47107057c645945971cf4e13eb8b524915b71
https://github.com/qemu/qemu/commit/1bb47107057c645945971cf4e13eb8b524915b71
Author: Peter Maydell <address@hidden>
Date: 2016-10-04 (Tue, 04 Oct 2016)
Changed paths:
M include/hw/i386/pc.h
M target-i386/cpu.c
Log Message:
-----------
Merge remote-tracking branch 'remotes/ehabkost/tags/x86-pull-request' into
staging
x86 bug fixes
Fix for a XSAVE regression when using "-cpu host", and a fix on
the Opteron_G3 CPU model.
# gpg: Signature made Mon 03 Oct 2016 20:08:13 BST
# gpg: using RSA key 0x2807936F984DC5A6
# gpg: Good signature from "Eduardo Habkost <address@hidden>"
# Primary key fingerprint: 5A32 2FD5 ABC4 D3DB ACCF D1AA 2807 936F 984D C5A6
* remotes/ehabkost/tags/x86-pull-request:
target-i386: Correct family/model/stepping for Opteron_G3
target-i386: Report known CPUID[EAX=0xD,ECX=0]:EAX bits as migratable
Signed-off-by: Peter Maydell <address@hidden>
Compare: https://github.com/qemu/qemu/compare/d681127d37e1...1bb47107057c
[Prev in Thread] |
Current Thread |
[Next in Thread] |
- [Qemu-commits] [qemu/qemu] 6fb2ff: target-i386: Report known CPUID[EAX=0xD, ECX=0]:EAX...,
GitHub <=