From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1NCEQE-0004a5-14 for qemu-devel@nongnu.org; Sun, 22 Nov 2009 10:32:18 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1NCEQ9-0004Ws-4R for qemu-devel@nongnu.org; Sun, 22 Nov 2009 10:32:17 -0500 Received: from [199.232.76.173] (port=51095 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1NCEQ8-0004Wp-WC for qemu-devel@nongnu.org; Sun, 22 Nov 2009 10:32:13 -0500 Received: from mail.gmx.net ([213.165.64.20]:56961) by monty-python.gnu.org with smtp (Exim 4.60) (envelope-from ) id 1NCEQ8-0006XO-CG for qemu-devel@nongnu.org; Sun, 22 Nov 2009 10:32:12 -0500 Message-ID: <217FD12D88EA4AC2B2A32D77E010B16C@FSCPC> From: "Sebastian Herbszt" References: <20091120225113.GD24539@morn.localdomain> <20091122123503.GH3193@redhat.com> <20091122151052.GK3193@redhat.com> In-Reply-To: <20091122151052.GK3193@redhat.com> Subject: Re: [Qemu-devel] Re: POST failure (loop) with isapc and seabios Date: Sun, 22 Nov 2009 16:31:24 +0100 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="iso-8859-1"; reply-type=original Content-Transfer-Encoding: 7bit List-Id: qemu-devel.nongnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: Gleb Natapov Cc: Kevin O'Connor , qemu-devel@nongnu.org Gleb Natapov wrote: > On Sun, Nov 22, 2009 at 04:07:56PM +0100, Sebastian Herbszt wrote: >> Gleb Natapov wrote: >> >May be make qemu to map it writable if isapc is specified. >> >> I don't think keeping the segment writable after POST is a good idea. >> > Isn't it writable now after POST with pcipc? Why this is not a good > idea? seabios got this in src/post.c: // Allow writes to modify bios area (0xf0000) make_bios_writable(); // Perform main setup code. post(); ... // Write protect bios memory. make_bios_readonly(); The names and comments are kind of misleading since make_bios_writable() and make_bios_readonly() both seem to also affect the option roms. Bad things could happen if someone modifies the BIOS because it's unprotected (e.g. VM crash). - Sebastian