From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1NMm5D-0006TQ-4P for qemu-devel@nongnu.org; Mon, 21 Dec 2009 12:30:11 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1NMm57-0006QG-8d for qemu-devel@nongnu.org; Mon, 21 Dec 2009 12:30:09 -0500 Received: from [199.232.76.173] (port=52431 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1NMm57-0006QD-2G for qemu-devel@nongnu.org; Mon, 21 Dec 2009 12:30:05 -0500 Received: from mx1.redhat.com ([209.132.183.28]:26324) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1NMm56-0005Wh-Rp for qemu-devel@nongnu.org; Mon, 21 Dec 2009 12:30:05 -0500 Date: Mon, 21 Dec 2009 19:27:16 +0200 From: "Michael S. Tsirkin" Message-ID: <20091221172716.GA10417@redhat.com> References: <4B2E3BA0.7080004@codemonkey.ws> <20091220150751.GL4490@redhat.com> <4B2E3E96.7090708@codemonkey.ws> <20091220152346.GM4490@redhat.com> <4B2E42A2.6030600@codemonkey.ws> <20091220153347.GN4490@redhat.com> <4B2E453A.3060004@codemonkey.ws> <20091220155201.GP4490@redhat.com> <4B2E6364.9060903@codemonkey.ws> <20091221074047.GT4490@redhat.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20091221074047.GT4490@redhat.com> Subject: [Qemu-devel] Re: [SeaBIOS] [PATCH 0/8] option rom loading overhaul. List-Id: qemu-devel.nongnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: Gleb Natapov Cc: Gerd Hoffmann , qemu-devel@nongnu.org On Mon, Dec 21, 2009 at 09:40:47AM +0200, Gleb Natapov wrote: > On Sun, Dec 20, 2009 at 11:48:20AM -0600, Anthony Liguori wrote: > > >system_reset _is_ hard shutdown/start-up. If it is not it is a bug, we > > >just arguing if the same applies for the case that migration was done > > >between boot and reset. > > > > It's not and it will never be completely. > There are always bugs left. As long as we agree on what is right that is > OK. > > > By this logic, we should > > close the file descriptors for the block devices and try to reopen > > them. It's certainly possible that someone does a mv of the block > > device and replaces it under the covers. > What is the analogue in real HW? BTW it is not a bad idea to get > notification when disk file has changed and issue "change device" > automatically. > > > > > Likewise, if a user upgrades the firmware independently of the qemu > > version, it would need to reread the firmware from disk each boot. > > > That's the idea. Qemu should reread firmware from disk on each hard reset. We could have another copy in memory if we are concerned about being consistent, reset firmware to that on reboot. > -- > Gleb. >