From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from eggs.gnu.org ([2001:4830:134:3::10]:36401) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1VlQG2-0005wD-8B for qemu-devel@nongnu.org; Tue, 26 Nov 2013 16:33:28 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1VlQFw-0007PN-9v for qemu-devel@nongnu.org; Tue, 26 Nov 2013 16:33:22 -0500 Received: from mx1.redhat.com ([209.132.183.28]:57982) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1VlQFw-0007P3-2q for qemu-devel@nongnu.org; Tue, 26 Nov 2013 16:33:16 -0500 Received: from int-mx01.intmail.prod.int.phx2.redhat.com (int-mx01.intmail.prod.int.phx2.redhat.com [10.5.11.11]) by mx1.redhat.com (8.14.4/8.14.4) with ESMTP id rAQLXEjp000552 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=OK) for ; Tue, 26 Nov 2013 16:33:14 -0500 Message-ID: <52951398.3010206@redhat.com> Date: Tue, 26 Nov 2013 22:33:12 +0100 From: Laszlo Ersek MIME-Version: 1.0 References: <1385482583-23122-1-git-send-email-kraxel@redhat.com> In-Reply-To: <1385482583-23122-1-git-send-email-kraxel@redhat.com> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: Re: [Qemu-devel] [PATCH] piix: fix 32bit pci hole List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: Gerd Hoffmann Cc: qemu-devel@nongnu.org On 11/26/13 17:16, Gerd Hoffmann wrote: > Make the 32bit pci hole start at end of ram, so all possible address > space is covered. Of course the firmware can use less than that. > Leaving space unused is no problem, mapping pci bars outside the > hole causes problems though. > > Signed-off-by: Gerd Hoffmann > --- > hw/pci-host/piix.c | 10 +--------- > 1 file changed, 1 insertion(+), 9 deletions(-) > > diff --git a/hw/pci-host/piix.c b/hw/pci-host/piix.c > index edc974e..1414a2b 100644 > --- a/hw/pci-host/piix.c > +++ b/hw/pci-host/piix.c > @@ -345,15 +345,7 @@ PCIBus *i440fx_init(PCII440FXState **pi440fx_state, > f->ram_memory = ram_memory; > > i440fx = I440FX_PCI_HOST_BRIDGE(dev); > - /* Set PCI window size the way seabios has always done it. */ > - /* Power of 2 so bios can cover it with a single MTRR */ > - if (ram_size <= 0x80000000) { > - i440fx->pci_info.w32.begin = 0x80000000; > - } else if (ram_size <= 0xc0000000) { > - i440fx->pci_info.w32.begin = 0xc0000000; > - } else { > - i440fx->pci_info.w32.begin = 0xe0000000; > - } > + i440fx->pci_info.w32.begin = ram_size; > > memory_region_init_alias(&f->pci_hole, OBJECT(d), "pci-hole", f->pci_address_space, > pci_hole_start, pci_hole_size); > You've convinced me in the other thread that we can lower w32.begin as far as we want, as long as it doesn't end up below the top of RAM. But this patch also obliterates the high bound, 0xe0000000, which can lead to: - w32.end - w32.begin <= 512M, or - a special case of the former, w32.end < w32.begin. w32.end is set to IO_APIC_DEFAULT_ADDRESS==0xfec00000. (Which is BTW fine for OVMF too.) What will happen in a 6G guest, for example? Thanks, Laszlo