From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1NKGt9-0000V8-OF for qemu-devel@nongnu.org; Mon, 14 Dec 2009 14:47:23 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1NKGt5-0000T6-Cb for qemu-devel@nongnu.org; Mon, 14 Dec 2009 14:47:23 -0500 Received: from [199.232.76.173] (port=39178 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1NKGt5-0000T3-0K for qemu-devel@nongnu.org; Mon, 14 Dec 2009 14:47:19 -0500 Received: from mx1.redhat.com ([209.132.183.28]:41427) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1NKGt4-0004D8-Ei for qemu-devel@nongnu.org; Mon, 14 Dec 2009 14:47:18 -0500 Date: Mon, 14 Dec 2009 21:44:32 +0200 From: "Michael S. Tsirkin" Subject: Re: [Qemu-devel] cpuid problem in upstream qemu with kvm Message-ID: <20091214194432.GC6150@redhat.com> References: <20091214193541.GA6150@redhat.com> <4B269596.1050103@codemonkey.ws> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <4B269596.1050103@codemonkey.ws> List-Id: qemu-devel.nongnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: Anthony Liguori Cc: qemu-devel@nongnu.org, gleb@redhat.com, avi@redhat.com On Mon, Dec 14, 2009 at 01:44:22PM -0600, Anthony Liguori wrote: > Michael S. Tsirkin wrote: >> Hi! >> I have a linux guest where init crashes during boot with invalid opcode error >> with kernel 2.6.31, but works fine with kernel 2.6.32. >> It also works fine even with 2.6.31 with qemu-kvm. >> >> With Gleb's help, we figured out that the opcode in question is syscall, which >> is unsupported by hardware on kvm with intel hosts, and is emulated in software >> with intel hosts in 2.6.32 and up. AMD hosts support this natively. >> >> The root cause: by default qemu with kvm enabled reports the following CPU ID: >> mst@robin:~$ less /proc/cpuinfo >> processor : 0 >> vendor_id : AuthenticAMD >> cpu family : 6 >> model : 2 >> model name : QEMU Virtual CPU version 0.11.50 >> stepping : 3 >> cpu MHz : 2493.679 >> cache size : 512 KB >> fdiv_bug : no >> hlt_bug : no >> f00f_bug : no >> coma_bug : no >> fpu : yes >> fpu_exception : yes >> cpuid level : 4 >> wp : yes >> flags : fpu de pse tsc msr pae mce cx8 apic sep mtrr pge mca cmov pat >> pse36 clflush mmx fxsr sse sse2 syscall lm up pni >> bogomips : 4987.35 >> clflush size : 64 >> power management: >> >> Problem is, guest sees syscall+AMD vendor and concludes that it is ok to use >> syscall opcode, which results in a crash (or at least, extra VMExits). >> I understand from Avi that qemu-kvm solves this problem by reporting >> the actual CPU vendor from host, to guest. >> > > The bit that's ugly about that is that we do not save/restore > cpuid.vendor_id so that would break live migration. > > Regards, > > Anthony Liguori This is a feature. It would be very wrong to save/restore cpuid IMO. It must be part of machine config. For example, if you want kvm to work with live migration you must either use least common denominator cpu id, or use hardware from the same vendor. -- MST