From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from eggs.gnu.org ([2001:4830:134:3::10]:51745) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1YVJvH-0005Se-T7 for qemu-devel@nongnu.org; Tue, 10 Mar 2015 09:10:17 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1YVJvE-0002I3-NW for qemu-devel@nongnu.org; Tue, 10 Mar 2015 09:10:11 -0400 Date: Tue, 10 Mar 2015 13:09:36 +0000 From: Stefan Hajnoczi Message-ID: <20150310130936.GA19057@stefanha-thinkpad.redhat.com> References: <1425813387-31231-1-git-send-email-marcel@redhat.com> <1425813387-31231-14-git-send-email-marcel@redhat.com> <20150308161340.GA11259@morn.localdomain> <20150308183434.GA13128@redhat.com> <20150308184628.GA20711@morn.localdomain> <20150309084424.GA22591@redhat.com> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="x+6KMIRAuhnl3hBn" Content-Disposition: inline In-Reply-To: <20150309084424.GA22591@redhat.com> Subject: Re: [Qemu-devel] [PATCH v4 for-2.3 13/25] hw/acpi: remove from root bus 0 the crs resources used by other busses. List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: "Michael S. Tsirkin" Cc: kraxel@redhat.com, quintela@redhat.com, seabios@seabios.org, qemu-devel@nongnu.org, agraf@suse.de, amit.shah@redhat.com, alex.williamson@redhat.com, Kevin O'Connor , qemu-ppc@nongnu.org, hare@suse.de, imammedo@redhat.com, Marcel Apfelbaum , pbonzini@redhat.com, leon.alrae@imgtec.com, aurelien@aurel32.net, rth@twiddle.net --x+6KMIRAuhnl3hBn Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Mon, Mar 09, 2015 at 09:44:24AM +0100, Michael S. Tsirkin wrote: > On Sun, Mar 08, 2015 at 02:46:28PM -0400, Kevin O'Connor wrote: > > On Sun, Mar 08, 2015 at 07:34:34PM +0100, Michael S. Tsirkin wrote: > > > On Sun, Mar 08, 2015 at 12:13:40PM -0400, Kevin O'Connor wrote: > > > > If I read this correctly, it looks like a machine with two root bus= es > > > > and 20 devices, each with one memory range and one io range, would = end > > > > up with 40 CRS ranges (ie, a CRS range for every resource). > > >=20 > > > I think that's only if you stick multiple devices directly behind the > > > bridge. Looks like with a single pci bridge behind root, there will > > > only be 2 ranges. > >=20 > > Yeah, that makes sense, so doesn't seem to be a problem. > >=20 > > > Maybe try to enforce this sane topology? > > >=20 > > > > It also > > > > looks like this furthers the requirement that the guest firmware > > > > assign the PCI resources prior to QEMU being able to generate the A= CPI > > > > tables. > > >=20 > > > That seems unavoidable unless we want to assign ranges from > > > hardware/management. > > > Which I think would be a mistake: management doesn't really know, > > > or care. > >=20 > > I understand. I think what would help me is if we could document > > somewhere that the firmware has to assign PCI resources before > > querying the bios tables and that it is the *only* pre-requisite for > > querying them. Looking now, though, I don't see any fw_cfg > > documentation in the repo, so I'm not sure where that could be added. > >=20 > > Thanks, > > -Kevin >=20 > Sigh. Might make a GSoC project? Documentation projects are not possible under Google Summer of Code: https://www.google-melange.com/gsoc/document/show/gsoc_program/google/gsoc2= 015/help_page#12._Are_proposals_for_documentation_work If there is a coding project you are interested in mentoring, there is a project idea template to fill out here: http://qemu-project.org/Google_Summer_of_Code_2015#Project_idea_template Stefan --x+6KMIRAuhnl3hBn Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1 iQEcBAEBAgAGBQJU/u0QAAoJEJykq7OBq3PI+h0H/iZGm/MqwDrEhBOKlnpUDYri WgSROVWa0Nu1QP3tvYi2xEUyIb194WDtPQ3EdlAFs+PDVOUxXvzLqr/Bgvjazicy zxOLEed00BERGgx/gFWIN8e2ikkMyDslE72wJpF/FBlw95B7iBvwxKH4NXH62KkY gFQpbkP1+V4rFPPkZmTo/vR9e6NzMA7CUXapyvRMgFejwjrCvbsJrR45/Tlpko6b UxayvlF7YUUdhIgioBqFXyOlQnUo629SdBDQIC8EiCMj5Kz6SihV4qv4re/3e2r3 5g8UJG+uH8TwmkQo5ksPZlXiwJzb5B57LeB1LOsozkB9XHvFz88kGjE6IGp553g= =KGZ/ -----END PGP SIGNATURE----- --x+6KMIRAuhnl3hBn--