From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from eggs.gnu.org ([208.118.235.92]:43336) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1TqNts-0006tW-Ks for qemu-devel@nongnu.org; Wed, 02 Jan 2013 07:58:29 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1TqNtr-0002pL-KA for qemu-devel@nongnu.org; Wed, 02 Jan 2013 07:58:28 -0500 Received: from mx1.redhat.com ([209.132.183.28]:3721) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1TqNtr-0002pD-CT for qemu-devel@nongnu.org; Wed, 02 Jan 2013 07:58:27 -0500 Date: Wed, 2 Jan 2013 14:58:24 +0200 From: Gleb Natapov Message-ID: <20130102125824.GR17584@redhat.com> References: <20130101100818.GC12402@redhat.com> <20130101113019.GD12402@redhat.com> <20130101141719.GE12402@redhat.com> <20130102094037.GQ17584@redhat.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: Subject: Re: [Qemu-devel] Fwd: Problem booting 32 bit guest on 64 bit host using kvm List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: Mark Blakeney Cc: qemu-devel@nongnu.org On Wed, Jan 02, 2013 at 10:26:55PM +1000, Mark Blakeney wrote: > FYI, I just discovered that I can make my Solaris guest boot every > time in kvm by specifying an interactive boot at the boot prompt and > then just hand stepping through the default prompts. Presumably there > is a timing issue in the guest boot sequence which kvm is exposing > when running natively on my new current gen cpu + ssd box. It seems > slowing down the boot artificially by hand stepping, or by running > with -no-kvm, or by running on my older hardware + hdd, avoids this. > Interesting. Thanks for the update and report back if you will find something new please. > So sorry but this seems likely a bug in the old Solaris 2.5.1 guest OS > when running on modern fast hardware(?). Now I know about this > interactive boot option I can just use it to boot each time. There are > only 3 quick prompts so it is not really a bother. > > The guest runs fine in kvm after booting so this speed related bug is > only during the initial boot sequence. > > Thanks for your help. -- Gleb.