From mboxrd@z Thu Jan 1 00:00:00 1970 From: Michael Tokarev Subject: Re: [Qemu-devel] x86, nops settings result in kernel crash Date: Tue, 21 Aug 2012 11:22:04 +0400 Message-ID: <5033371C.9040703@msgid.tls.msk.ru> References: <1466897901.2256382.1345482795440.JavaMail.root@redhat.com> Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: Borislav Petkov , kvm-devel , Marcelo Tosatti , qemu-devel@nongnu.org, linux-kernel@vger.kernel.org, Avi Kivity , Anthony Liguori , "H. Peter Anvin" , Alan Cox , Alan Cox To: Tomas Racek Return-path: In-Reply-To: <1466897901.2256382.1345482795440.JavaMail.root@redhat.com> Sender: linux-kernel-owner@vger.kernel.org List-Id: kvm.vger.kernel.org On 20.08.2012 21:13, Tomas Racek wrote: [] Can we trim the old, large and now not-so-relevant discussion please? ;) > I can provide you with more different traces if it can help. But I thought that maybe it will be more useful for you to try it on your own. So I've prepared some minimal debian installation which you could download here (apx 163M bzipped): > > http://fi.muni.cz/~xracek/debian.img.bz2 > > Password: > root/asdfgh > > Here is my config for guest kernel: > > http://fi.muni.cz/~xracek/config > > I use > > qemu-kvm -m 1500 -hda debian.img -kernel linux/arch/x86/boot/bzImage -append "root=/dev/sda1" Um. I'd expect the image to be self-contained, no external kernel. I wanted to do a quick test to see if it fails on my machine too, d/loaded debian.img.bz2 but there's no kernel. So.. no quick test for you ;) > After logging in just run "sh runtest.sh". This leads to crash in my case (host: Intel Core i5-2540M, kernel 3.5.2-1.fc17.x86_64, qemu 1.0.1). With all the above, this "runtest.sh" is informationally equal to your disk image. /mjt From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from eggs.gnu.org ([208.118.235.92]:43872) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1T3in5-0008OP-Js for qemu-devel@nongnu.org; Tue, 21 Aug 2012 03:22:20 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1T3in0-00065y-BU for qemu-devel@nongnu.org; Tue, 21 Aug 2012 03:22:19 -0400 Received: from isrv.corpit.ru ([86.62.121.231]:41545) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1T3in0-00062U-4Z for qemu-devel@nongnu.org; Tue, 21 Aug 2012 03:22:14 -0400 Message-ID: <5033371C.9040703@msgid.tls.msk.ru> Date: Tue, 21 Aug 2012 11:22:04 +0400 From: Michael Tokarev MIME-Version: 1.0 References: <1466897901.2256382.1345482795440.JavaMail.root@redhat.com> In-Reply-To: <1466897901.2256382.1345482795440.JavaMail.root@redhat.com> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Subject: Re: [Qemu-devel] x86, nops settings result in kernel crash List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: Tomas Racek Cc: kvm-devel , qemu-devel@nongnu.org, Marcelo Tosatti , linux-kernel@vger.kernel.org, Borislav Petkov , Avi Kivity , Anthony Liguori , "H. Peter Anvin" , Alan Cox , Alan Cox On 20.08.2012 21:13, Tomas Racek wrote: [] Can we trim the old, large and now not-so-relevant discussion please? ;) > I can provide you with more different traces if it can help. But I thought that maybe it will be more useful for you to try it on your own. So I've prepared some minimal debian installation which you could download here (apx 163M bzipped): > > http://fi.muni.cz/~xracek/debian.img.bz2 > > Password: > root/asdfgh > > Here is my config for guest kernel: > > http://fi.muni.cz/~xracek/config > > I use > > qemu-kvm -m 1500 -hda debian.img -kernel linux/arch/x86/boot/bzImage -append "root=/dev/sda1" Um. I'd expect the image to be self-contained, no external kernel. I wanted to do a quick test to see if it fails on my machine too, d/loaded debian.img.bz2 but there's no kernel. So.. no quick test for you ;) > After logging in just run "sh runtest.sh". This leads to crash in my case (host: Intel Core i5-2540M, kernel 3.5.2-1.fc17.x86_64, qemu 1.0.1). With all the above, this "runtest.sh" is informationally equal to your disk image. /mjt