Bug 43183

Summary: [bisected] olgc fbo(renderToRb.1FBOIterateIntFormatsDepth) fails on 7.11 branch
Product: Mesa Reporter: fangxun <xunx.fang>
Component: Drivers/DRI/i965Assignee: Ian Romanick <idr>
Status: VERIFIED DUPLICATE QA Contact:
Severity: major    
Priority: high CC: eric
Version: 7.11   
Hardware: All   
OS: Linux (All)   
Whiteboard:
i915 platform: i915 features:
Bug Depends on:    
Bug Blocks: 42993    

Description fangxun 2011-11-22 22:55:12 UTC 
System Environment:
--------------------------
Arch:           x86_64
Platform:       sugarbay
Libdrm:         (master)2.4.27-2-gca4971292cf99e0063416cd1c3467af94637bf2b
Mesa:           (7.11)172de77b123ccb73716d279ecd529bbd35151b2c
Xserver:        (server-1.11-branch)xorg-server-1.11.1
Xf86_video_intel: (master)2.16.901-115-g8f50950f467eb2440009a807081f3ba2c9db209b


Bug detailed description:
------------------------- 
It fails on 7.11 branch on pineview, ironlake and sandybridge. It passes on master branch. 
Bisect shows the first bad commit is 57a6e6092fc8dd0ba85ceef6268623f84d44d013.
commit 57a6e6092fc8dd0ba85ceef6268623f84d44d013
Author:     Eric Anholt <eric@anholt.net>
AuthorDate: Wed Jun 15 12:02:12 2011 -0700
Commit:     Ian Romanick <ian.d.romanick@intel.com>
CommitDate: Fri Oct 14 17:28:45 2011 -0700

    intel: Mark MESA_FORMAT_X8_Z24 as always supported.

    This prevents developer surprise at seeing a GL_DEPTH_COMPONENT
    texture have stencil bits, and avoids the metaops path accidentally
    copying stencil bits around in glCopyTexImage(GL_DEPTH_COMPONENT) (and
    being broken because swrast's glReadPixels(GL_UNSIGNED_INT_24_8) is
    broken).


Reproduce steps:
----------------
1. start X
2. ./oglconform -z -s -suite all -v 2 -D 115 -test fbo renderToRb.1FBOIterateIntFormatsDepth
Comment 1 Ian Romanick 2011-11-28 15:45:50 UTC 
(In reply to comment #0)
> System Environment:
> --------------------------
> Arch:           x86_64
> Platform:       sugarbay
> Libdrm:         (master)2.4.27-2-gca4971292cf99e0063416cd1c3467af94637bf2b
> Mesa:           (7.11)172de77b123ccb73716d279ecd529bbd35151b2c
> Xserver:        (server-1.11-branch)xorg-server-1.11.1
> Xf86_video_intel:
> (master)2.16.901-115-g8f50950f467eb2440009a807081f3ba2c9db209b
> 
> 
> Bug detailed description:
> ------------------------- 
> It fails on 7.11 branch on pineview, ironlake and sandybridge. It passes on
> master branch. 
> Bisect shows the first bad commit is 57a6e6092fc8dd0ba85ceef6268623f84d44d013.

I am confused about this bisect.  Does "bad commit" mean "commit that fixes the bug"?

> commit 57a6e6092fc8dd0ba85ceef6268623f84d44d013
> Author:     Eric Anholt <eric@anholt.net>
> AuthorDate: Wed Jun 15 12:02:12 2011 -0700
> Commit:     Ian Romanick <ian.d.romanick@intel.com>
> CommitDate: Fri Oct 14 17:28:45 2011 -0700
> 
>     intel: Mark MESA_FORMAT_X8_Z24 as always supported.
> 
>     This prevents developer surprise at seeing a GL_DEPTH_COMPONENT
>     texture have stencil bits, and avoids the metaops path accidentally
>     copying stencil bits around in glCopyTexImage(GL_DEPTH_COMPONENT) (and
>     being broken because swrast's glReadPixels(GL_UNSIGNED_INT_24_8) is
>     broken).
> 
> 
> Reproduce steps:
> ----------------
> 1. start X
> 2. ./oglconform -z -s -suite all -v 2 -D 115 -test fbo
> renderToRb.1FBOIterateIntFormatsDepth
Comment 2 fangxun 2011-11-28 19:33:42 UTC 
I made a mistake. This case first failed on mesa master with bug 
39253 tracked( https://bugs.freedesktop.org/show_bug.cgi?id=39253). It 
still fails on mesa master now.
It failed on mesa 7.11 when the bad commit 57a6e6092fc8d was imported in 7.11.

*** This bug has been marked as a duplicate of bug 39253 ***

Use of freedesktop.org services, including Bugzilla, is subject to our Code of Conduct. How we collect and use information is described in our Privacy Policy.