From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from eggs.gnu.org ([2001:4830:134:3::10]:35716) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1YkLAG-0002h7-DH for qemu-devel@nongnu.org; Mon, 20 Apr 2015 19:31:45 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1YkLAB-0008Mp-Cp for qemu-devel@nongnu.org; Mon, 20 Apr 2015 19:31:44 -0400 Received: from mx1.redhat.com ([209.132.183.28]:46426) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1YkLAB-0008Mh-7i for qemu-devel@nongnu.org; Mon, 20 Apr 2015 19:31:39 -0400 Date: Tue, 21 Apr 2015 07:31:36 +0800 From: Amos Kong Message-ID: <20150420232719.GA6418@air.redhat.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Subject: [Qemu-devel] about [SeaBIOS PATCH] Try to hard-reboot on rerun of post even on emulators. List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: seabios@seabios.org, kevin@koconnor.net Cc: lersek@redhat.com, qemu-devel Hi Kevin, When I use old seabios in some stable linux release, some bootable devices (2 ide disks) would be lost when I try to restart guest by Ctrl+Alt+Delete during boot stage. Releated Red Hat BZ: https://bugzilla.redhat.com/show_bug.cgi?id=1129549 I found an upstream commit [1] fixed this bug, but when I backport this patch to old seabios, guest will shutdown when I try to restart by Ctrl+Alt+Delete during boot stage. Kevin, can you help to describe that: "Unfortunately, kvm does not keep a pristine copy of the BIOS at 0xffff0000" It's a kvm (userspace, QEMU) bug? If it's a qemu-kvm bug, I should also fix this bz in old stable release. [1] =========================================== commit 244caf86f11f5f65d166d91704f64cb673167abc Author: Kevin O'Connor Date: Wed Sep 15 21:48:16 2010 -0400 Try to hard-reboot on rerun of post even on emulators. Extend the hard-reboot logic to qemu and kvm. On qemu, a reboot will not reset the memory settings for 0xc0000-0xfffff, so copy that memory area manually before rebooting. Unfortunately, kvm does not keep a pristine copy of the BIOS at 0xffff0000, so detect that case and shutdown the machine. Two backport dependences: [PATCH] Try to hard-reboot processor on rerun of post under coreboot. [PATCH] Don't do shadow copying of optionroms when CONFIG_OPTIONROMS_DEPLOYED. -- Amos.