From mboxrd@z Thu Jan 1 00:00:00 1970 From: Avi Kivity Subject: Re: DOS VM problem with QEMU-KVM and newer kernels Date: Mon, 16 Apr 2012 15:28:12 +0300 Message-ID: <4F8C105C.9040601@redhat.com> References: <4F871FB6.4020906@wiesinger.com> <4F8A988A.2000009@redhat.com> <4F8BF3A1.8090200@siemens.com> <20120416103026.GV2428@amd.com> <4F8C0A79.3080702@redhat.com> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Cc: "Roedel, Joerg" , Jan Kiszka , "qemu-devel@nongnu.org" , "kvm@vger.kernel.org" , Kevin Wolf To: Gerhard Wiesinger Return-path: Received: from mx1.redhat.com ([209.132.183.28]:65273 "EHLO mx1.redhat.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1753359Ab2DPM2U (ORCPT ); Mon, 16 Apr 2012 08:28:20 -0400 In-Reply-To: Sender: kvm-owner@vger.kernel.org List-ID: 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