From mboxrd@z Thu Jan 1 00:00:00 1970 From: Eric Anholt Subject: Re: Flat address space with gGTT / ppGTT Date: Tue, 07 Jun 2011 10:13:53 -0700 Message-ID: <87aadt7eem.fsf@eliezer.anholt.net> References: <5812F7DC54903547874AA228AE9C46AB7D895818@orsmsx504.amr.corp.intel.com> Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="===============0034236329==" Return-path: In-Reply-To: <5812F7DC54903547874AA228AE9C46AB7D895818@orsmsx504.amr.corp.intel.com> List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: dri-devel-bounces+sf-dri-devel=m.gmane.org@lists.freedesktop.org Errors-To: dri-devel-bounces+sf-dri-devel=m.gmane.org@lists.freedesktop.org To: "Segovia, Benjamin" , "dri-devel@lists.freedesktop.org" List-Id: dri-devel@lists.freedesktop.org --===============0034236329== Content-Type: multipart/signed; boundary="=-=-="; micalg=pgp-sha1; protocol="application/pgp-signature" --=-=-= Content-Transfer-Encoding: quoted-printable On Mon, 6 Jun 2011 16:23:00 -0700, "Segovia, Benjamin" wrote: > Hello all, >=20 > I saw at some point that per-process GTT (ppGTT) may be (or is > already) implemented to handle paging. Right now, I am investigating > some flat space addressing (ab)using surface states. The idea is to > create a surface state (raw buffer only, this is GPGPU stuff) as big > enough to cover the entire address space such that I will only > manipulate offsets as pointers in this surface instead of dealing with > both offsets and surface IDs (in other words, segmented address > space). >=20 > My concern is relative to the way bo buffers are mapped. Basically, I > must be sure that _all_ of them are either mapped using ppGTT or > GTT. Otherwise, this will also bring another form of segmentation. If > ppGTT is implemented or will be implemented, will there be anyway to > know how a bo is mapped? If an exec would be done through PPGTT, it would be something you ask for as part of the execbuffers call. It won't change out from under you. However, we stopped looking into PPGTT because we've been told by hw people that it's hopelessly broken on all hardware in undocumented ways (and basically no other details than that). --=-=-= Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.11 (GNU/Linux) iEYEARECAAYFAk3uXFEACgkQHUdvYGzw6vclnQCeM8AOCLVCh78cAenHNzYfJVVh r3YAn0nPSzfqEWps2pQ9MyauI1OSneRM =RUtv -----END PGP SIGNATURE----- --=-=-=-- --===============0034236329== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ dri-devel mailing list dri-devel@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/dri-devel --===============0034236329==--