From mboxrd@z Thu Jan  1 00:00:00 1970
Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43)
	id 1NCeoo-0002xN-CJ
	for qemu-devel@nongnu.org; Mon, 23 Nov 2009 14:43:26 -0500
Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43)
	id 1NCeoj-0002v6-GP
	for qemu-devel@nongnu.org; Mon, 23 Nov 2009 14:43:25 -0500
Received: from [199.232.76.173] (port=50778 helo=monty-python.gnu.org)
	by lists.gnu.org with esmtp (Exim 4.43) id 1NCeoj-0002ui-6B
	for qemu-devel@nongnu.org; Mon, 23 Nov 2009 14:43:21 -0500
Received: from mx1.redhat.com ([209.132.183.28]:53622)
	by monty-python.gnu.org with esmtp (Exim 4.60)
	(envelope-from <gleb@redhat.com>) id 1NCeoi-0006VC-C8
	for qemu-devel@nongnu.org; Mon, 23 Nov 2009 14:43:20 -0500
Date: Mon, 23 Nov 2009 21:43:07 +0200
From: Gleb Natapov <gleb@redhat.com>
Subject: Re: [Qemu-devel] Re: POST failure (loop) with isapc and seabios
Message-ID: <20091123194307.GC13854@redhat.com>
References: <B40ED509E5954950B7AB28E7FBBF450C@FSCPC>
	<20091120225113.GD24539@morn.localdomain>
	<20091122123503.GH3193@redhat.com>
	<E9BAFA7165DD41AFA62959CAEFFC2A63@FSCPC>
	<20091122151052.GK3193@redhat.com>
	<217FD12D88EA4AC2B2A32D77E010B16C@FSCPC>
	<20091122153809.GL3193@redhat.com>
	<8A56C1F849F34911ABF51DE049CA3D24@FSCPC>
	<20091123111137.GF2999@redhat.com>
	<11090DAABE9449F7B5D1415C45F8F411@FSCPC>
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <11090DAABE9449F7B5D1415C45F8F411@FSCPC>
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.gnu.org/pipermail/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: Sebastian Herbszt <herbszt@gmx.de>
Cc: Kevin O'Connor <kevin@koconnor.net>, qemu-devel@nongnu.org

On Mon, Nov 23, 2009 at 08:19:54PM +0100, Sebastian Herbszt wrote:
> Gleb Natapov wrote:
> >On Sun, Nov 22, 2009 at 09:01:45PM +0100, Sebastian Herbszt wrote:
> >>Gleb Natapov wrote:
> >>>On Sun, Nov 22, 2009 at 04:31:24PM +0100, Sebastian Herbszt wrote:
> >>>>
> >>>>Bad things could happen if someone modifies the BIOS because it's unprotected
> >>>>(e.g. VM crash).
> >>>>
> >>>BIOS is reloaded during VM reset.
> >>
> >>The BIOS is not reloaded - tested with "reboot" on Linux and system_reset in monitor.
> >>
> >Looks like a bug. Tested with latest QEMU version I assume?
> 
> Tested with v0.11.0-rc0-1677-gf165b53. Where do you suspect a bug? In the behaviour
> on "reboot" or system_reset? I think it depends wheter it's a software or hardware reset.
> 
The bug is that BIOS rom is not reloaded on hardware reset (what do you
call software reset?). Can you retest with latest git?

--
			Gleb.