[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [Qemu-devel] DOS VM problem with QEMU-KVM and newer kernels
From: |
Avi Kivity |
Subject: |
Re: [Qemu-devel] DOS VM problem with QEMU-KVM and newer kernels |
Date: |
Mon, 16 Apr 2012 15:28:12 +0300 |
User-agent: |
Mozilla/5.0 (X11; Linux x86_64; rv:11.0) Gecko/20120329 Thunderbird/11.0.1 |
On 04/16/2012 03:18 PM, Gerhard Wiesinger wrote:
>>> Right. But there is an erratum on K8 (only) which Kevin ran into. It is
>>> documented as Erratum 701 and the bug is that no EXITINTINFO is stored
>>> on a task-switch intercept on K8.
>>
>> Ah, so this could affect Gerhard. Gerhard, what's your cpu
>> family/model/stepping from /proc/cpuinfo?
>
>
> Only CPU 0 of 3:
> processor : 0
> vendor_id : AuthenticAMD
> cpu family : 16
> model : 4
> model name : AMD Phenom(tm) II X4 940 Processor
> stepping : 2
> microcode : 0x1000086
> cpu MHz : 2999.912
> cache size : 512 KB
> physical id : 0
> siblings : 4
> core id : 0
> cpu cores : 4
> apicid : 0
> initial apicid : 0
> fpu : yes
> fpu_exception : yes
> cpuid level : 5
> wp : yes
> flags : fpu vme de pse tsc msr pae mce cx8 apic sep mtrr pge
> mca cmov pat pse36 clflush mmx fxsr sse sse2 ht syscall nx mmxext
> fxsr_opt pdpe1gb rdtscp lm 3dnowext 3dnow constant_tsc rep_good nopl
> nonstop_tsc extd_apicid pni monitor cx16 popcnt lahf_lm cmp_legacy svm
> extapic cr8_legacy abm sse4a misalignsse 3dnowprefetch osvw ibs skinit
> wdt hw_pstate npt lbrv svm_lock nrip_save
> bogomips : 5999.82
> TLB size : 1024 4K pages
> clflush size : 64
> cache_alignment : 64
> address sizes : 48 bits physical, 48 bits virtual
> power management: ts ttp tm stc 100mhzsteps hwpstate
>
> part of cpuid, CPU 0:
> vendor_id = "AuthenticAMD"
> version information (1/eax):
> processor type = primary processor (0)
> family = Intel Pentium 4/Pentium D/Pentium Extreme
> Edition/Celeron/Xeon/Xeon MP/Itanium2, AMD Athlon 64/Athlon
> XP-M/Opteron/Sempron/Turion (15)
> model = 0x4 (4)
> stepping id = 0x2 (2)
> extended family = 0x1 (1)
> extended model = 0x0 (0)
> (simple synth) = AMD Quad-Core Opteron (Shanghai RB-C2) /
> Embedded Opteron (Shanghai RB-C2) / Athlon Dual-Core (Regor / Propus
> RB-C2) / Phenom II (Callisto / Heka / Deneb RB-C2), 45nm
> miscellaneous (1/ebx):
> process local APIC physical ID = 0x0 (0)
> cpu count = 0x4 (4)
> CLFLUSH line size = 0x8 (8)
> brand index = 0x0 (0)
> brand id = 0x00 (0): unknown
So it's not a K8; we're dealing with a kvm bug.
(if it's really the task switch - we'll know when you post the traces).
--
error compiling committee.c: too many arguments to function
- [Qemu-devel] DOS VM problem with QEMU-KVM and newer kernels, Gerhard Wiesinger, 2012/04/12
- Re: [Qemu-devel] DOS VM problem with QEMU-KVM and newer kernels, Avi Kivity, 2012/04/15
- Re: [Qemu-devel] DOS VM problem with QEMU-KVM and newer kernels, Gerhard Wiesinger, 2012/04/15
- Re: [Qemu-devel] DOS VM problem with QEMU-KVM and newer kernels, Jan Kiszka, 2012/04/16
- Re: [Qemu-devel] DOS VM problem with QEMU-KVM and newer kernels, Avi Kivity, 2012/04/16
- Re: [Qemu-devel] DOS VM problem with QEMU-KVM and newer kernels, Roedel, Joerg, 2012/04/16
- Re: [Qemu-devel] DOS VM problem with QEMU-KVM and newer kernels, Avi Kivity, 2012/04/16
- Re: [Qemu-devel] DOS VM problem with QEMU-KVM and newer kernels, Gerhard Wiesinger, 2012/04/16
- Re: [Qemu-devel] DOS VM problem with QEMU-KVM and newer kernels,
Avi Kivity <=
Re: [Qemu-devel] DOS VM problem with QEMU-KVM and newer kernels, Gerhard Wiesinger, 2012/04/17