From mboxrd@z Thu Jan  1 00:00:00 1970
From: Ian Romanick <idr@freedesktop.org>
Subject: Re: [Mesa3d-dev] mesa doesn't work with compiz (i965 +
 tips of all branches)
Date: Tue, 29 Jun 2010 15:49:18 -0700
Message-ID: <4C2A786E.7040707@freedesktop.org>
References: <1277654832.23852.16.camel@localhost.localdomain>	<1277832842.32120.0.camel@localhost.localdomain>	<1277843261.29255.1.camel@localhost.localdomain>
	<AANLkTin1YF9RAMLJ-ai6DBINLnn64cjBR61Cp4dLOhaS@mail.gmail.com>
Mime-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
Return-path: <intel-gfx-bounces+gcfxdi-intel-gfx=m.gmane.org@lists.freedesktop.org>
Received: from expn.cat.pdx.edu (expn.cat.pdx.edu [131.252.208.110])
	by gabe.freedesktop.org (Postfix) with ESMTP id 9F33A9E7F3
	for <intel-gfx@lists.freedesktop.org>;
	Tue, 29 Jun 2010 15:52:58 -0700 (PDT)
In-Reply-To: <AANLkTin1YF9RAMLJ-ai6DBINLnn64cjBR61Cp4dLOhaS@mail.gmail.com>
List-Unsubscribe: <http://lists.freedesktop.org/mailman/options/intel-gfx>,
	<mailto:intel-gfx-request@lists.freedesktop.org?subject=unsubscribe>
List-Archive: <http://lists.freedesktop.org/archives/intel-gfx>
List-Post: <mailto:intel-gfx@lists.freedesktop.org>
List-Help: <mailto:intel-gfx-request@lists.freedesktop.org?subject=help>
List-Subscribe: <http://lists.freedesktop.org/mailman/listinfo/intel-gfx>,
	<mailto:intel-gfx-request@lists.freedesktop.org?subject=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: Corbin Simpson <mostawesomedude@gmail.com>
Cc: "intel-gfx@lists.freedesktop.org" <intel-gfx@lists.freedesktop.org>, Mesa Mailing List <mesa3d-dev@lists.sourceforge.net>
List-Id: intel-gfx@lists.freedesktop.org

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Corbin Simpson wrote:
> Curious. Admittedly I can't look at the content of that commit, but they
> can't be too useless if compiz selects them. IIRC the point was to limit
> the runtime of Intel internal tests; can't those tests be amended
> instead? The number of configs will only grow; r300g has over 200 now
> thanks to multisampling.

The configs are useless.  Applications can only ask for "bits >= X".
There are still 24-bit depth / 8-bit stencil configs, and, last time I
checked, 8 >= 0.  There is no way to ask for a 24/0 config that wouldn't
instead give a 24/8 config.

> Posting from a mobile, pardon my terseness. ~ C.
> 
>> On Jun 29, 2010 1:28 PM, "Maxim Levitsky" <maximlevitsky@gmail.com
>> <mailto:maximlevitsky@gmail.com>> wrote:
>>
>> On Tue, 2010-06-29 at 20:34 +0300, Maxim Levitsky wrote:
>> > On Sun, 2010-06-27 at 19:07 +0300, Maxim ...
>>
>> Bisected this to
>>
>> 73e24cd5a7a0760726a681dda5b88805ddcf1555 is first bad commit
>> commit 73e24cd5a7a0760726a681dda5b88805ddcf1555
>> Author: Ian Romanick <ian.d.romanick@intel.com
>> <mailto:ian.d.romanick@intel.com>>
>> Date:   Mon Feb 8 10:34:52 2010 -0800
>>
>>    intel: Stop exposing useless 24 depth/0 stencil configs

I need two pieces of information:

  - A diff of the output of glxinfo immediately before and immediately
    after this commit.

  - A list of what config attributes compiz is requesting.  It should
    be easy enough to instrument choose_visual in glxcmds.c to dump out
    attribList.

It should be pretty easy to root-cause this problem with that data.

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.10 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/

iEYEARECAAYFAkwqeGwACgkQX1gOwKyEAw9MfQCZAUWS6wXUjRWYaX++6YRjl4Pk
XMsAn06cgcjJf/dDMCBDTr/tdaFoBsGM
=rGTt
-----END PGP SIGNATURE-----