From mboxrd@z Thu Jan 1 00:00:00 1970 From: Zhenyu Wang Subject: Re: patches for occlusion query fix on sandybridge Date: Wed, 15 Dec 2010 09:18:30 +0800 Message-ID: <20101215011830.GD27927@zhen-devel.sh.intel.com> References: <1292302562-5800-1-git-send-email-zhenyuw@linux.intel.com> <877hfcgrrx.fsf@pollan.anholt.net> <944877732.20101214205909@ntlworld.com> Reply-To: Zhenyu Wang Mime-Version: 1.0 Content-Type: multipart/mixed; boundary="===============1770949392==" Return-path: Received: from mga14.intel.com (mga14.intel.com [143.182.124.37]) by gabe.freedesktop.org (Postfix) with ESMTP id D3B519E754 for ; Tue, 14 Dec 2010 17:18:32 -0800 (PST) In-Reply-To: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: intel-gfx-bounces+gcfxdi-intel-gfx=m.gmane.org@lists.freedesktop.org Errors-To: intel-gfx-bounces+gcfxdi-intel-gfx=m.gmane.org@lists.freedesktop.org To: Chris Wilson Cc: intel-gfx@lists.freedesktop.org List-Id: intel-gfx@lists.freedesktop.org --===============1770949392== Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="uxuisgdDHaNETlh8" Content-Disposition: inline --uxuisgdDHaNETlh8 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On 2010.12.14 21:47:45 +0000, Chris Wilson wrote: > On Tue, 14 Dec 2010 20:59:09 +0000, david may = wrote: > > Hello Eric, > >=20 > > Tuesday, December 14, 2010, 5:58:58 PM, you wrote: > >=20 > > > Why don't we just keep all of our BOs LLC cached? This was supposed = to > > > be a big win of the new chipset, as it means we don't need to clflush. > >=20 > > Ohh,the implication here is that people are/have been writing the > > code,But Not bothering Actually benching/Profiling it to see if it actu= ally is faster and > > better throughput than before, that seems wrong, especially given sand= y bridge is > > supposed to be better, i Do Hope you are/will be testing/benching/Prof= iling > > to see if it/all SB Code is actually "a big win" one way or the othe= r before passing for > > release. >=20 > No, the default on SNB was changed back to uncached in order to fix some > coherency issues in the short term. Correctness first. >=20 yeah, it's short term, coherent issue would be fixed by GFDT bit. I was done that partly before, but seems fallback to old behavior is the easiest way to fix current correction issue. --=20 Open Source Technology Center, Intel ltd. $gpg --keyserver wwwkeys.pgp.net --recv-keys 4D781827 --uxuisgdDHaNETlh8 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: Digital signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.10 (GNU/Linux) iEYEARECAAYFAk0IF2YACgkQsQQaM014GCfxkwCePOm5xjphBC/HxL0vZndc5cUO 6CoAnjEyjIfB/GMAnI69nGxKD3SzMvIZ =D59B -----END PGP SIGNATURE----- --uxuisgdDHaNETlh8-- --===============1770949392== Content-Type: text/plain; charset="us-ascii" MIME-Version: 1.0 Content-Transfer-Encoding: 7bit Content-Disposition: inline _______________________________________________ Intel-gfx mailing list Intel-gfx@lists.freedesktop.org http://lists.freedesktop.org/mailman/listinfo/intel-gfx --===============1770949392==--