From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from eggs.gnu.org ([2001:4830:134:3::10]:41610) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1buBPj-0004Xj-4q for qemu-devel@nongnu.org; Wed, 12 Oct 2016 00:45:12 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1buBPh-0001P6-SS for qemu-devel@nongnu.org; Wed, 12 Oct 2016 00:45:11 -0400 Date: Wed, 12 Oct 2016 15:43:20 +1100 From: David Gibson Message-ID: <20161012044320.GA24482@umbus.fritz.box> References: <1476246592-24228-1-git-send-email-david@gibson.dropbear.id.au> MIME-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha256; protocol="application/pgp-signature"; boundary="9jxsPFA5p3P2qPhR" Content-Disposition: inline In-Reply-To: <1476246592-24228-1-git-send-email-david@gibson.dropbear.id.au> Subject: Re: [Qemu-devel] [PATCH 0/7] IGNORE, SORRY (was: Improve PCI IO window orgnaization for pseries) List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: lvivier@redhat.com, agraf@suse.de Cc: mst@redhat.com, abolonga@redhat.com, aik@ozlabs.ru, qemu-devel@nongnu.org, qemu-ppc@nongnu.org, mdroth@linux.vnet.ibm.com, benh@kernel.crashing.org --9jxsPFA5p3P2qPhR Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Wed, Oct 12, 2016 at 03:29:45PM +1100, David Gibson wrote: > The current way we organize the IO windows into PCI space for the > pseries machine type has several problems. >=20 > - It makes it difficult to create very large MMIO spaces which is > necessary for certain PCI devices with very large BARs. This > problem has been known for a while. >=20 > - More recently we discovered a more serious problem: it prevents > more than 1TiB of RAM being added to a pseries guest. >=20 > - It doesn't make very efficient use of address space. >=20 > Fixing this is complicated by keeping migration from old versionss > working and working out what things belong on which side of the > abstraction barrier between the machine type and the host bridge > device. >=20 > This series addresses all these problems. Patches 1-3/7 perform > preliminary cleanups to the spapr specific PCI test code, which we'll > need to get the tests working with the changed implementation. 4-5/7 > represent a minimal fix for the most serious problem (the 1 TiB limit) > - once polished, I'll consider submiting these for the stable branch. > 6-7/7 complete a more comprehensive fix. Sorry, realised I stupidly left a debug fprintf in there, and also got one of the recipient emails wrong. New spin coming momentarily. --=20 David Gibson | I'll have my music baroque, and my code david AT gibson.dropbear.id.au | minimalist, thank you. NOT _the_ _other_ | _way_ _around_! http://www.ozlabs.org/~dgibson --9jxsPFA5p3P2qPhR Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- Version: GnuPG v2 iQIcBAEBCAAGBQJX/b9mAAoJEGw4ysog2bOS39UP/jYPaR0d1or1kh04l5S2Tl0I v2tqRaeLU0zDHR0WnrwSm2cNpp4b0ArzVsAnqi0PT30ooddXNL7yXJ01OmUaFldq f7YpXKY/AeuXRyx8bqD8bHChRunL9DhM2vjE+2pNClB0rxZlgown5LqQtYglUe/U NUojYd0+uRx4KsGCQtN4ScbrvQhnSlihY+Su46R7niLKygy8zKh8yhSxMfM5j/T+ WiEtPXUo/AkbCTcAxm7aCqIeyldR58UfADTLFT0BnITZ19TxqLmSjIbkYsCyCgeS sp4WL74BcTkacrY55aWdHTzFFtq7vqGbpH9QAlgc8EaNBVu7z4bBoCCtL9eFBCH7 2uz9uDgsgDMRKbIpY+Zb05d33RRYY4aEA29boHxCCEQUmPKiEmlM9B3giVXnBoS0 pML9bAtqO3xkHdfYzYuY/pMm93Q1+behItuLXdCw4NYtLiKBrP7P7rhpgp72aZQX +fRRUdAz+ai6RMIu6q9ea+bMRKvWJgtnxPX4fP26A7u/VxoWRDaoLgOr9+Mmxok9 4/WnMUaJRsmqVhOJC1x0ZGx1Ea5SIpDxO/+uVMfqvvOHQwKapJKnLJo8zEbJe83T DTP0aJHkWqUe6V914f/AgvhQfxc+nfbLWVVvuPIj5BHO3y+M0IFvM0eDNM6Ah3P0 XbROhZy+23/H7GGh8iHT =1R3k -----END PGP SIGNATURE----- --9jxsPFA5p3P2qPhR--