From mboxrd@z Thu Jan  1 00:00:00 1970
Received: from [140.186.70.92] (port=37658 helo=eggs.gnu.org)
	by lists.gnu.org with esmtp (Exim 4.43) id 1PJ4Ld-0003LA-TF
	for qemu-devel@nongnu.org; Thu, 18 Nov 2010 08:16:22 -0500
Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71)
	(envelope-from <gleb@redhat.com>) id 1PJ4Lc-0005Lo-Us
	for qemu-devel@nongnu.org; Thu, 18 Nov 2010 08:16:21 -0500
Received: from mx1.redhat.com ([209.132.183.28]:10838)
	by eggs.gnu.org with esmtp (Exim 4.71)
	(envelope-from <gleb@redhat.com>) id 1PJ4Lc-0005Lf-Kl
	for qemu-devel@nongnu.org; Thu, 18 Nov 2010 08:16:20 -0500
Date: Thu, 18 Nov 2010 15:16:15 +0200
From: Gleb Natapov <gleb@redhat.com>
Message-ID: <20101118131614.GP7948@redhat.com>
References: <20101116190246.GA27851@redhat.com>
	<AANLkTik4oRL9ncB+-TC+9pcLQsLQHAoaehBoQ_GiaoBf@mail.gmail.com>
	<20101118101827.GC7948@redhat.com>
	<20101118113831.GD31261@redhat.com>
	<20101118114504.GI7948@redhat.com>
	<20101118115230.GE31261@redhat.com>
	<20101118121605.GK7948@redhat.com>
	<20101118122320.GC31987@redhat.com>
	<20101118123708.GN7948@redhat.com>
	<20101118131202.GA8247@redhat.com>
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <20101118131202.GA8247@redhat.com>
Subject: [Qemu-devel] Re: [PATCHv4 15/15] Pass boot device list to firmware.
List-Id: qemu-devel.nongnu.org
List-Unsubscribe: <http://lists.nongnu.org/mailman/listinfo/qemu-devel>,
	<mailto:qemu-devel-request@nongnu.org?subject=unsubscribe>
List-Archive: <http://lists.nongnu.org/archive/html/qemu-devel>
List-Post: <mailto:qemu-devel@nongnu.org>
List-Help: <mailto:qemu-devel-request@nongnu.org?subject=help>
List-Subscribe: <http://lists.nongnu.org/mailman/listinfo/qemu-devel>,
	<mailto:qemu-devel-request@nongnu.org?subject=subscribe>
To: "Michael S. Tsirkin" <mst@redhat.com>
Cc: kvm@vger.kernel.org, qemu-devel@nongnu.org, armbru@redhat.com, Blue Swirl <blauwirbel@gmail.com>, alex.williamson@redhat.com, kevin@koconnor.net

On Thu, Nov 18, 2010 at 03:12:02PM +0200, Michael S. Tsirkin wrote:
> On Thu, Nov 18, 2010 at 02:37:08PM +0200, Gleb Natapov wrote:
> > > So that's unavoidable if we think paths are correct.
> > > But if we know they are wrong, we are better off
> > > correcting them first IMO.
> > > 
> > They are correct for x86. My patch set does not even tries to cover all
> > HW. If sparc want to use them to it better be fixed. Or if there is enough
> > info in the path to determine device it may choose to use it as is.
> 
> Fair enough I guess.
> 
> > > > But the problem exists only if migration happens in a short window
> > > > between start of the boot process and BIOS reading boot order string.
> > > > After reboot new qemu should have new BIOS.
> > > 
> > > That makes it even more nasty, doesn't it?
> > No.
> 
> Nasty as in hard to reproduce.
> 
It is very easy to reproduce if you know what you are looking for :).
Just stick sleep() in correct place in the BIOS.
 
--
			Gleb.