From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from eggs.gnu.org ([140.186.70.92]:48146) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Rpec2-0007cI-3a for qemu-devel@nongnu.org; Tue, 24 Jan 2012 06:32:35 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1Rpebs-0003Cy-Hb for qemu-devel@nongnu.org; Tue, 24 Jan 2012 06:32:30 -0500 Received: from mx1.redhat.com ([209.132.183.28]:31871) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1Rpebs-0003Cm-7k for qemu-devel@nongnu.org; Tue, 24 Jan 2012 06:32:20 -0500 Message-ID: <4F1E96BA.40801@redhat.com> Date: Tue, 24 Jan 2012 13:32:10 +0200 From: Avi Kivity MIME-Version: 1.0 References: <4F19AB66.8060901@siemens.com> <4F1D4974.4090003@siemens.com> <4F1D4E43.7000501@siemens.com> <4F1D80BA.1040504@siemens.com> <4F1D9546.4040801@siemens.com> <4F1D9649.1000102@codemonkey.ws> <4F1E91AF.9040402@redhat.com> <4F1E959F.4060001@redhat.com> In-Reply-To: <4F1E959F.4060001@redhat.com> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: Re: [Qemu-devel] [PATCH v4 0/6] save/restore on Xen List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: Paolo Bonzini Cc: "xen-devel@lists.xensource.com" , Stefano Stabellini , Jan Kiszka , "qemu-devel@nongnu.org" , Gerd Hoffmann On 01/24/2012 01:27 PM, Paolo Bonzini wrote: > On 01/24/2012 12:10 PM, Avi Kivity wrote: >>> But viewing RAM as just another device, having Xen only restore a >>> subset of devices should be a reasonable thing to do moving forward. >>> The main problem here I believe is that we have part of the VGA Bios >>> functionality in the hardware emulation. >> >> Doesn't the main BIOS clear the screen first thing at boot? Not even >> sure the reset is needed. > > Clearing the screen should only write to the RAM at 0xB8000 (and > perhaps 0xA0000 since IIRC it's where text-mode fonts lie). The > option ROM cannot even assume that the main BIOS knows about the VESA > framebuffer, can it? Yes, but why should anything else be needed? When you switch to a graphics mode, clear as much of the framebuffer as you need. -- error compiling committee.c: too many arguments to function