From mboxrd@z Thu Jan 1 00:00:00 1970 From: Gleb Natapov Subject: Re: Bug#707257: linux-image-3.8-1-686-pae: KVM crashes with "entry failed, hardware error 0x80000021" Date: Sun, 19 May 2013 15:32:27 +0300 Message-ID: <20130519123227.GA13375@redhat.com> References: <518A7323.7000302@sp.consulting.lsexperts.de> <1368061686.4131.225.camel@deadeye.wl.decadent.org.uk> <518BF14E.3070509@sp.consulting.lsexperts.de> <5194C254.4000201@sp.consulting.lsexperts.de> <1368925231.3469.98.camel@deadeye.wl.decadent.org.uk> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: kvm@vger.kernel.org, 707257@bugs.debian.org, Stefan Pietsch To: Ben Hutchings Return-path: Received: from mx1.redhat.com ([209.132.183.28]:46861 "EHLO mx1.redhat.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751499Ab3ESMcj (ORCPT ); Sun, 19 May 2013 08:32:39 -0400 Content-Disposition: inline In-Reply-To: <1368925231.3469.98.camel@deadeye.wl.decadent.org.uk> Sender: kvm-owner@vger.kernel.org List-ID: On Sun, May 19, 2013 at 02:00:31AM +0100, Ben Hutchings wrote: > Dear KVM maintainers, it appears that there is a gap in x86 emulation, > at least on a 32-bit host. Stefan found this when running GRML, a live > distribution which can be downloaded from: > . His original > reported is at . > Can you verify with latest linux.git HEAD? It works for me there on 64bit. There were a lot of problems fixed in this area in 3.9/3.10 time frame, so it would be helpful if you'll test 32bit before I install one myself. > On Thu, 2013-05-16 at 13:26 +0200, Stefan Pietsch wrote: > > On 09.05.2013 20:56, Stefan Pietsch wrote: > > > On 09.05.2013 03:08, Ben Hutchings wrote: > > > > > >> Please could you test some of the intermediate versions at > > >> to find the first upstream > > >> version where this was broken. > > > > > > The first version which does not work is 3.6.4-1~experimental.1. > > > 3.5.5-1~experimental.1 works. > > > > > > I was able to start KVM under kernel version 3.8.12-1 after loading the > > "kvm_intel" module with the option "emulate_invalid_guest_state=0". > > And one of the many changes between 3.5 and 3.6 was to change the > default value of that parameter from 0 to 1. So we don't know when the > the bug in emulation was introduced (or if it was always there). > > Ben. > > -- > Ben Hutchings > The generation of random numbers is too important to be left to chance. > - Robert Coveyou -- Gleb.