From mboxrd@z Thu Jan 1 00:00:00 1970 From: Jan Kiszka Subject: Re: [Qemu-devel] QEMU with KVM does not start Win8 on kernel 3.4.67 and core2duo Date: Fri, 12 Sep 2014 19:29:18 +0200 Message-ID: <54132D6E.404@siemens.com> References: <1588278346.272810.1407323965730.open-xchange@oxbaltgw03.schlund.de> <560458840.59096.1410441935489.open-xchange@oxbaltgw07.schlund.de> <5411A459.70905@siemens.com> <902712974.116667.1410524963893.open-xchange@oxbaltgw00.schlund.de> <54132A40.1050407@siemens.com> Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit To: Erik Rull , "kvm@vger.kernel.org" Return-path: Received: from goliath.siemens.de ([192.35.17.28]:50009 "EHLO goliath.siemens.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1750881AbaILR3W (ORCPT ); Fri, 12 Sep 2014 13:29:22 -0400 In-Reply-To: <54132A40.1050407@siemens.com> Sender: kvm-owner@vger.kernel.org List-ID: On 2014-09-12 19:15, Jan Kiszka wrote: > On 2014-09-12 14:29, Erik Rull wrote: >>> On September 11, 2014 at 3:32 PM Jan Kiszka wrote: >>> >>> >>> On 2014-09-11 15:25, Erik Rull wrote: >>>>> On August 6, 2014 at 1:19 PM Erik Rull wrote: >>>>> >>>>> >>>>> Hi all, >>>>> >>>>> I did already several tests and I'm not completely sure what's going wrong, >>>>> but >>>>> here my scenario: >>>>> >>>>> When I start up QEMU w/ KVM 1.7.0 on a Core2Duo machine running a vanilla >>>>> kernel >>>>> 3.4.67 to run a Windows 8.0 guest, the guest freezes at boot without any >>>>> error. >>>>> When I dump the CPU registers via "info registers", nothing changes, that >>>>> means >>>>> the system really stalled. Same happens with QEMU 2.0.0. >>>>> >>>>> But - when I run the very same guest using Kernel 2.6.32.12 and QEMU 1.7.0 >>>>> on >>>>> the host side it works on the Core2Duo. Also the system above but just with >>>>> an >>>>> i3 or i5 CPU it works, too. >>>>> >>>>> I already disabled networking and USB for the guest and changed the >>>>> graphics >>>>> card - no effect. I assume that some mean bits and bytes have to be set up >>>>> properly to get the thing running. >>>>> >>>>> Any hint what to change / test would be really appreciated. >>>>> >>>>> Thanks in advance, >>>>> >>>>> Best regards, >>>>> >>>>> Erik >>>>> >>>> >>>> Hi all, >>>> >>>> I opened a qemu bug report on that and Jan helped me creating a kvm trace. I >>>> attached it to the bug report. >>>> https://bugs.launchpad.net/qemu/+bug/1366836 >>>> >>>> If you have further questions, please let me know. >>> >>> "File possibly truncated. Need at least 346583040, but file size is >>> 133414912." >>> >>> Does "trace-cmd report" work for you? Is your file larger? >>> >>> Again, please also validate the behavior on latest next branch from kvm.git. >>> >>> Jan >>> >> >> Hi all, >> >> confirmed. The issue is still existing in the kvm.git Version of the kernel. >> The trace.tgz was uploaded to the bugtracker. > > Thanks. Could you provide a good-case of your setup as well, i.e. with > that older kernel version? At least I'm not yet seeing something > obviously wrong. Well, except that we have continuously EXTERNAL_INTERRUPTs, vector 0xf6, throughout most of the trace. Maybe a self-IPI (this is single-core), maybe something external that is stuck. You could do a full trace (-e all) and check for what happens after things like kvm_exit: reason EXTERNAL_INTERRUPT rip 0x8168ed83 info 0 800000ef Jan -- Siemens AG, Corporate Technology, CT RTC ITP SES-DE Corporate Competence Center Embedded Linux