From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1NLivT-0006AD-9N for qemu-devel@nongnu.org; Fri, 18 Dec 2009 14:55:47 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1NLivO-000681-1c for qemu-devel@nongnu.org; Fri, 18 Dec 2009 14:55:46 -0500 Received: from [199.232.76.173] (port=37031 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1NLivN-00067y-Rk for qemu-devel@nongnu.org; Fri, 18 Dec 2009 14:55:41 -0500 Received: from mail-yw0-f171.google.com ([209.85.211.171]:33159) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1NLiud-0007S7-9L for qemu-devel@nongnu.org; Fri, 18 Dec 2009 14:55:41 -0500 Received: by ywh1 with SMTP id 1so3252514ywh.18 for ; Fri, 18 Dec 2009 11:53:42 -0800 (PST) Message-ID: <4B2BDDC3.2090201@codemonkey.ws> Date: Fri, 18 Dec 2009 13:53:39 -0600 From: Anthony Liguori MIME-Version: 1.0 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> In-Reply-To: <74AB5D931BB34BDFA6EE90AA8CBF1C8F@FSCPC> Content-Type: text/plain; charset=ISO-8859-1; format=flowed 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: Sebastian Herbszt Cc: Gerd Hoffmann , qemu-devel@nongnu.org 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. >> 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. Regards, Anthony Liguori