From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from eggs.gnu.org ([2001:4830:134:3::10]:54495) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1bDrpN-0003Lv-Aj for qemu-devel@nongnu.org; Fri, 17 Jun 2016 07:20:50 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1bDrpI-0005za-AK for qemu-devel@nongnu.org; Fri, 17 Jun 2016 07:20:44 -0400 Received: from mx1.redhat.com ([209.132.183.28]:34293) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1bDrpI-0005zO-4f for qemu-devel@nongnu.org; Fri, 17 Jun 2016 07:20:40 -0400 Received: from int-mx14.intmail.prod.int.phx2.redhat.com (int-mx14.intmail.prod.int.phx2.redhat.com [10.5.11.27]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx1.redhat.com (Postfix) with ESMTPS id A15141393D3 for ; Fri, 17 Jun 2016 11:20:39 +0000 (UTC) Message-ID: <1466162438.18921.22.camel@redhat.com> From: Gerd Hoffmann Date: Fri, 17 Jun 2016 13:20:38 +0200 In-Reply-To: <20160617115239.035fb544@nial.brq.redhat.com> References: <1466097133-5489-1-git-send-email-dgilbert@redhat.com> <1466097133-5489-5-git-send-email-dgilbert@redhat.com> <20160616202449.GY18662@thinpad.lan.raisama.net> <20160617081505.GA2273@work-vm> <08f8e4e0-781a-d7f2-9008-3274f8a085eb@redhat.com> <1466155074.18921.16.camel@redhat.com> <20160617115239.035fb544@nial.brq.redhat.com> Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable Mime-Version: 1.0 Subject: Re: [Qemu-devel] [PATCH 4/5] x86: Allow physical address bits to be set List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: Igor Mammedov Cc: Paolo Bonzini , aarcange@redhat.com, qemu-devel@nongnu.org, "Dr. David Alan Gilbert" , Eduardo Habkost , Laszlo Ersek Hi, > > Not sure whenever qemu adds some extra space for hotplug to the 64bit > > hole and if so how it calculates the size then. But the guest os shoul= d > > stick to those ranges when configuring hotplugged devices. > currently firmware would assign 64-bit BARs after reserved-memory-end > (not sure about ovmf though) Ah, right, reserved-memory-end is checked too if present. Both seabios and ovmf should do that. > but QEMU on ACPI side will add 64-bit _CRS only > for firmware mapped devices (i.e. no space reserved for hotplug). Yes. Tested meanwhile, looks like this (seabios): 100000000-17fffffff : System RAM 180000000-1c1ffffff : PCI Bus 0000:00 180000000-1bfffffff : 0000:00:0f.0 1c0000000-1c07fffff : PCI Bus 0000:04 1c0000000-1c07fffff : 0000:04:00.0 1c0000000-1c07fffff : virtio-pci 1c0800000-1c0ffffff : PCI Bus 0000:03 1c0800000-1c0ffffff : 0000:03:00.0 1c0800000-1c0ffffff : virtio-pci 1c1000000-1c17fffff : PCI Bus 0000:02 1c1000000-1c17fffff : 0000:02:00.0 1c1000000-1c17fffff : virtio-pci 1c1800000-1c19fffff : PCI Bus 0000:08 1c1a00000-1c1bfffff : PCI Bus 0000:07 1c1c00000-1c1dfffff : PCI Bus 0000:06 1c1e00000-1c1ffffff : PCI Bus 0000:05 seabios assigns a 2M memory window to pci bridges (which support hotplug) even in case no device is connected, so there is some space for hotplug because of that. /me should try the same with ovmf ... cheers, Gerd