From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1NLjAa-0002pt-Sf for qemu-devel@nongnu.org; Fri, 18 Dec 2009 15:11:24 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1NLjAV-0002mf-UC for qemu-devel@nongnu.org; Fri, 18 Dec 2009 15:11:24 -0500 Received: from [199.232.76.173] (port=42924 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1NLjAV-0002mR-IN for qemu-devel@nongnu.org; Fri, 18 Dec 2009 15:11:19 -0500 Received: from mail.gmx.net ([213.165.64.20]:50823) by monty-python.gnu.org with smtp (Exim 4.60) (envelope-from ) id 1NLjAU-0000cP-NQ for qemu-devel@nongnu.org; Fri, 18 Dec 2009 15:11:19 -0500 Message-ID: <03D3954B44674E9AB25C80B6AC9ADCEA@FSCPC> From: "Sebastian Herbszt" References: <1261134074-11795-1-git-send-email-kraxel@redhat.com><4B2B9340.1020001@codemonkey.ws> <4B2BAF25.2070800@redhat.com><4B2BB0E8.7060907@codemonkey.ws> <4B2BB5E0.9010701@redhat.com> <74AB5D931BB34BDFA6EE90AA8CBF1C8F@FSCPC> <4B2BDDC3.2090201@codemonkey.ws> In-Reply-To: <4B2BDDC3.2090201@codemonkey.ws> Date: Fri, 18 Dec 2009 21:10:29 +0100 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="iso-8859-1"; reply-type=response Content-Transfer-Encoding: 7bit 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: Anthony Liguori Cc: Gerd Hoffmann , qemu-devel@nongnu.org Anthony Liguori wrote: > Sebastian Herbszt wrote: >> Gerd Hoffmann wrote: >>> On 12/18/09 17:42, Anthony Liguori wrote: >>>>> Do we need to do something for -M pc-0.11? Like loading the pci roms >>>>> via fw_cfg too so the guest doesn't see the new pci rom bar? >>>> >>>> Yes, we do. We can fix that problem as a stable-0.12 update though. >>>> Right now, migration with pc-0.11 is broken in other areas too. >>> >>> Ok. When it is fine to defer this to stable-0.12 then I have no >>> objections to merge it for 0.12 (assuming the seabios folks ack+merge >>> the seabios changes). >> >> 0.12 will contain known regressions? > > Migrating between versions is not a regression. > >> If SeaBIOS would not have any regressions compared to Bochs BIOS then >> maybe. > > Does it? I'm not aware of any SeaBIOS regressions. E.g. BIOS32 and INT 15h function 89h. >>> Indeed. In theory even the switch of the option rom loading should >>> work just fine. After migration old bios and roms are still in >>> memory, the next reboot will be the world switch to new seabios, new >>> roms, new way to deploy roms and everything. >> >> Automagical "world switch" on reboot sounds like a nightmare. The VM >> environment >> should be stable during reboots and only change if requested by the user. > > That's extremely difficult to support. Isn't this what VMotion supports? - Sebastian