From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1Kwswy-0005kf-Km for qemu-devel@nongnu.org; Mon, 03 Nov 2008 01:30:08 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1Kwswx-0005ja-DH for qemu-devel@nongnu.org; Mon, 03 Nov 2008 01:30:07 -0500 Received: from [199.232.76.173] (port=42764 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Kwswx-0005jF-0Y for qemu-devel@nongnu.org; Mon, 03 Nov 2008 01:30:07 -0500 Received: from mx2.redhat.com ([66.187.237.31]:54877) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1Kwsww-0004Cq-GP for qemu-devel@nongnu.org; Mon, 03 Nov 2008 01:30:06 -0500 Date: Mon, 3 Nov 2008 08:29:56 +0200 From: Gleb Natapov Message-ID: <20081103062956.GF16809@redhat.com> References: <20081027101249.21464.57377.stgit@gleb-debian.qumranet.com.qumranet.com> <20081027101315.21464.66215.stgit@gleb-debian.qumranet.com.qumranet.com> <20081102100659.GC16809@redhat.com> <415897ECFCCD4BBFADA9C20FB62CD1C4@FSCPC> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <415897ECFCCD4BBFADA9C20FB62CD1C4@FSCPC> Subject: [Qemu-devel] Re: [Bochs-developers] [PATCH 5/6] Don't use unreserved memory inBIOS. Reply-To: qemu-devel@nongnu.org List-Id: qemu-devel.nongnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: Sebastian Herbszt Cc: bochs-developers@lists.sourceforge.net, qemu-devel@nongnu.org On Mon, Nov 03, 2008 at 12:44:26AM +0100, Sebastian Herbszt wrote: > Gleb Natapov wrote: >> On Fri, Oct 31, 2008 at 12:12:00AM +0100, Sebastian Herbszt wrote: >>> Gleb Natapov wrote: >>>> diff --git a/bios/rombios.h b/bios/rombios.h >>>> index f0ed88e..57b0f46 100644 >>>> --- a/bios/rombios.h >>>> +++ b/bios/rombios.h >>>> @@ -56,7 +56,7 @@ >>>> #define ACPI_DATA_SIZE 0x00010000L >>>> #define PM_IO_BASE 0xb000 >>>> #define SMB_IO_BASE 0xb100 >>>> -#define CPU_COUNT_ADDR 0xf000 >>>> +#define CPU_COUNT_ADDR 0x0500 >>> >>> Why did you pick 0x500? >>> >> Cool number, don't you think so? It is unused location in a first page. >> if 0x666 is unused we can use it instead. > > Actually 0050h:0000h seems to be used for PRINT-SCREEN STATUS. > This byte is used by the int 5h service, which is currently not > implemented. The EBDA could be used here or some reserved BDA > space (e.g. 0x4d0, 0x4ac). > The memory location can be reused after smp initialization. -- Gleb.