From mboxrd@z Thu Jan 1 00:00:00 1970 From: Anthony Liguori Subject: Re: [Patch 0/7] RealMode: Support for big real mode Date: Thu, 05 Jun 2008 17:11:56 -0500 Message-ID: <484864AC.1080505@us.ibm.com> References: <20080527101851.201db183@frecb000711.frec.bull.fr> <483D00BE.4050802@qumranet.com> <483D7E48.9000402@us.ibm.com> <483E7898.2080903@qumranet.com> <20080529130515.28395be9@frecb000711.frec.bull.fr> <4847F98A.8000304@qumranet.com> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Guillaume Thouvenin , "kvm@vger.kernel.org" , Mohammed Gamal , "Kamble, Nitin A" , Marcelo Tosatti , laurent.vivier@bull.net, Alexander Graf To: Avi Kivity Return-path: Received: from e34.co.us.ibm.com ([32.97.110.152]:48944 "EHLO e34.co.us.ibm.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751874AbYFEWM3 (ORCPT ); Thu, 5 Jun 2008 18:12:29 -0400 Received: from d03relay04.boulder.ibm.com (d03relay04.boulder.ibm.com [9.17.195.106]) by e34.co.us.ibm.com (8.13.8/8.13.8) with ESMTP id m55MCQ5M018122 for ; Thu, 5 Jun 2008 18:12:27 -0400 Received: from d03av01.boulder.ibm.com (d03av01.boulder.ibm.com [9.17.195.167]) by d03relay04.boulder.ibm.com (8.13.8/8.13.8/NCO v8.7) with ESMTP id m55MC8ZI088398 for ; Thu, 5 Jun 2008 16:12:08 -0600 Received: from d03av01.boulder.ibm.com (loopback [127.0.0.1]) by d03av01.boulder.ibm.com (8.12.11.20060308/8.13.3) with ESMTP id m55MC6Q6015473 for ; Thu, 5 Jun 2008 16:12:08 -0600 In-Reply-To: <4847F98A.8000304@qumranet.com> Sender: kvm-owner@vger.kernel.org List-ID: Avi Kivity wrote: > Guillaume Thouvenin wrote: >> On Thu, 29 May 2008 12:34:16 +0300 >> Avi Kivity wrote: >> >> >>> Anthony Liguori wrote: >>> >>>> sudo qemu-system-x86_64 -hda ./10gig.img -snapshot -cdrom >>>> isos/ubuntu-7.10-server-amd64.iso -boot dc >>>> >>>> Occassionally, I'll get: >>>> >>>> kvm_run: failed entry, reason 5 >>>> kvm_run returned -8 >>>> >>> Occasionally, on boot, or after booting has completed? >>> >>> This isn't a regression if it's on boot only. >>> >> >> It's only on boot, I never had failure after booting has completed. >> > > It may be due to an interrupt being injected when we are emulating. Hrm, doesn't appear to be that. I added some logging and I'm not hitting it. Regards, Anthony Liguori