From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1NZgv0-0004Y4-A2 for qemu-devel@nongnu.org; Tue, 26 Jan 2010 03:37:02 -0500 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1NZguu-0004SR-PF for qemu-devel@nongnu.org; Tue, 26 Jan 2010 03:37:00 -0500 Received: from [199.232.76.173] (port=37033 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1NZgus-0004S9-H5 for qemu-devel@nongnu.org; Tue, 26 Jan 2010 03:36:55 -0500 Received: from mx20.gnu.org ([199.232.41.8]:43345) by monty-python.gnu.org with esmtps (TLS-1.0:RSA_AES_256_CBC_SHA1:32) (Exim 4.60) (envelope-from ) id 1NZgus-0000oj-0e for qemu-devel@nongnu.org; Tue, 26 Jan 2010 03:36:54 -0500 Received: from mx1.redhat.com ([209.132.183.28]) by mx20.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1NZgur-0003st-7r for qemu-devel@nongnu.org; Tue, 26 Jan 2010 03:36:53 -0500 Message-ID: <4B5EA99F.5020606@redhat.com> Date: Tue, 26 Jan 2010 09:36:47 +0100 From: Jes Sorensen MIME-Version: 1.0 References: <4B5DCAF2.3010105@redhat.com> <4B5DCB93.7050007@redhat.com> <4B5DCC53.508@redhat.com> <2CE27313-0F43-4A93-905F-3DF4815BC0B5@suse.de> <4B5DD13F.5060105@redhat.com> <20100126064645.GI8483@redhat.com> In-Reply-To: <20100126064645.GI8483@redhat.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Subject: [Qemu-devel] Re: [PATCH] QEMU - provide e820 reserve through qemu_cfg List-Id: qemu-devel.nongnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: Gleb Natapov Cc: Anthony Liguori , KVM General , Alexander Graf , QEMU Developers , Kevin O'Connor , Avi Kivity On 01/26/10 07:46, Gleb Natapov wrote: > On Mon, Jan 25, 2010 at 06:13:35PM +0100, Jes Sorensen wrote: >> I am fine with having QEMU build the e820 tables completely if there is >> a consensus to take that path. >> > QEMU can't build the e820 map completely. There are things it doesn't > know. Like how much memory ACPI tables take and where they are located. Good point! I think the conclusion is to do a load-extra-tables kinda interface allowing QEMU to pass in a bunch of them, but leaving things like the ACPI space for the BIOS to reserve. Cheers, Jes