From mboxrd@z Thu Jan 1 00:00:00 1970 From: Jes Sorensen Subject: Re: [PATCH] QEMU - provide e820 reserve through qemu_cfg Date: Tue, 26 Jan 2010 09:36:47 +0100 Message-ID: <4B5EA99F.5020606@redhat.com> 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> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Alexander Graf , QEMU Developers , KVM General , "Kevin O'Connor" , Avi Kivity , Anthony Liguori To: Gleb Natapov Return-path: Received: from mx1.redhat.com ([209.132.183.28]:23501 "EHLO mx1.redhat.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1752480Ab0AZIhE (ORCPT ); Tue, 26 Jan 2010 03:37:04 -0500 In-Reply-To: <20100126064645.GI8483@redhat.com> Sender: kvm-owner@vger.kernel.org List-ID: 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