From mboxrd@z Thu Jan  1 00:00:00 1970
Received: from [140.186.70.92] (port=36322 helo=eggs.gnu.org)
	by lists.gnu.org with esmtp (Exim 4.43) id 1PJ4Hj-0001MJ-GW
	for qemu-devel@nongnu.org; Thu, 18 Nov 2010 08:12:20 -0500
Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71)
	(envelope-from <mst@redhat.com>) id 1PJ4Hi-0004k5-Gc
	for qemu-devel@nongnu.org; Thu, 18 Nov 2010 08:12:19 -0500
Received: from mx1.redhat.com ([209.132.183.28]:24345)
	by eggs.gnu.org with esmtp (Exim 4.71)
	(envelope-from <mst@redhat.com>) id 1PJ4Hi-0004jv-96
	for qemu-devel@nongnu.org; Thu, 18 Nov 2010 08:12:18 -0500
Date: Thu, 18 Nov 2010 15:12:02 +0200
From: "Michael S. Tsirkin" <mst@redhat.com>
Message-ID: <20101118131202.GA8247@redhat.com>
References: <AANLkTinffFMw3WWUX=unvP07Y6CmFEJt56JA80T3h=At@mail.gmail.com>
	<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>
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <20101118123708.GN7948@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: Gleb Natapov <gleb@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 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.

-- 
MST