so it's regression 7.11->8.0

I am unable to reproduce this on current 8.0 branch or master.  Can you try again and provide a backtrace?  For reference, I'm on

OpenGL renderer string: Mesa DRI Intel(R) Sandybridge Mobile 
OpenGL version string: 3.0 Mesa 8.0-rc1 (git-1b33ae3)
OpenGL shading language version string: 1.30

Maybe you need click one or more times to reproduce. I list the bt info as follows:

--------------------
Program received signal SIGSEGV, Segmentation fault.
0xb7672c4f in _mesa_meta_begin (ctx=0x8187e40, state=812937) at drivers/common/meta.c:425
425	   memset(save, 0, sizeof(*save));
(gdb) bt
#0  0xb7672c4f in _mesa_meta_begin (ctx=0x8187e40, state=812937) at drivers/common/meta.c:425
#1  0xb74f4199 in gen6_resolve_slice (intel=<optimized out>, mt=0x835fef8, level=0, layer=0, op=BRW_HIZ_OP_DEPTH_RESOLVE)
    at gen6_hiz.c:256
#2  0xb74b02d3 in intel_miptree_slice_resolve (intel=0x8187e40, mt=0x835fef8, level=0, layer=0, 
    need=INTEL_NEED_DEPTH_RESOLVE, func=0xb74f4660 <gen6_resolve_depth_slice>) at intel_mipmap_tree.c:609
#3  0xb74af1fb in intel_renderbuffer_resolve_depth (intel=0x8187e40, irb=0x835f878) at intel_fbo.c:954
#4  0xb74b60d1 in intel_span_resolve_buffers (intel=0x8187e40) at intel_span.c:288
#5  intelSpanRenderStart (ctx=0x8187e40) at intel_span.c:330
#6  0xb7632d8b in _swrast_render_start (ctx=0x8187e40) at swrast/s_context.c:867
#7  0xb766bb38 in _swsetup_RenderStart (ctx=0x8187e40) at swrast_setup/ss_context.c:202
#8  0xb76068f9 in run_render (ctx=0x8187e40, stage=0x81ff170) at tnl/t_vb_render.c:276
#9  0xb75fba63 in _tnl_run_pipeline (ctx=0x8187e40) at tnl/t_pipeline.c:163
#10 0xb75fc058 in _tnl_draw_prims (ctx=0x8187e40, arrays=0x81ece20, prim=0x81eb708, nr_prims=1, ib=0x0, min_index=0, 
    max_index=3) at tnl/t_draw.c:523
#11 0xb74c7c61 in brw_draw_prims (ctx=0x8187e40, arrays=0x81ece20, prim=0x81eb708, nr_prims=1, ib=0x0, 
    index_bounds_valid=1 '\001', min_index=0, max_index=3, tfb_vertcount=0x0) at brw_draw.c:614
#12 0xb75ec86a in vbo_exec_vtx_flush (exec=0x81eb2e8, keepUnmapped=1 '\001') at vbo/vbo_exec_draw.c:407
#13 0xb75e8c57 in vbo_exec_FlushVertices_internal (exec=0x81eb2e8, unmap=<optimized out>) at vbo/vbo_exec_api.c:444
#14 0xb75e8c8f in vbo_exec_FlushVertices (ctx=0x8187e40, flags=1) at vbo/vbo_exec_api.c:1195
#15 0xb75ca6d9 in _mesa_DepthRange (nearval=0, farval=1) at main/viewport.c:119
#16 0xb7673538 in _mesa_meta_begin (ctx=0x8187e40, state=812937) at drivers/common/meta.c:672
#17 0xb74f4199 in gen6_resolve_slice (intel=<optimized out>, mt=0x835fef8, level=0, layer=0, op=BRW_HIZ_OP_DEPTH_RESOLVE)
    at gen6_hiz.c:256
#18 0xb74b02d3 in intel_miptree_slice_resolve (intel=0x8187e40, mt=0x835fef8, level=0, layer=0, 
    need=INTEL_NEED_DEPTH_RESOLVE, func=0xb74f4660 <gen6_resolve_depth_slice>) at intel_mipmap_tree.c:609
#19 0xb74af1fb in intel_renderbuffer_resolve_depth (intel=0x8187e40, irb=0x835f878) at intel_fbo.c:954
#20 0xb74b60d1 in intel_span_resolve_buffers (intel=0x8187e40) at intel_span.c:288
#21 intelSpanRenderStart (ctx=0x8187e40) at intel_span.c:330
#22 0xb7632d8b in _swrast_render_start (ctx=0x8187e40) at swrast/s_context.c:867
#23 0xb766bb38 in _swsetup_RenderStart (ctx=0x8187e40) at swrast_setup/ss_context.c:202
#24 0xb76068f9 in run_render (ctx=0x8187e40, stage=0x81ff170) at tnl/t_vb_render.c:276
#25 0xb75fba63 in _tnl_run_pipeline (ctx=0x8187e40) at tnl/t_pipeline.c:163
#26 0xb75fc058 in _tnl_draw_prims (ctx=0x8187e40, arrays=0x81ece20, prim=0x81eb708, nr_prims=1, ib=0x0, min_index=0, 
    max_index=3) at tnl/t_draw.c:523
#27 0xb74c7c61 in brw_draw_prims (ctx=0x8187e40, arrays=0x81ece20, prim=0x81eb708, nr_prims=1, ib=0x0, 
    index_bounds_valid=1 '\001', min_index=0, max_index=3, tfb_vertcount=0x0) at brw_draw.c:614
#28 0xb75ec86a in vbo_exec_vtx_flush (exec=0x81eb2e8, keepUnmapped=1 '\001') at vbo/vbo_exec_draw.c:407

It looks like it's in a HiZ resolve, so I'm reassigning to Chad.

Assigning to self. I began working on it yesterday.

Fixed on master by:

commit 7b36c68ba6899c7f30fd56b7ef07a78b027771ac
Author: Chad Versace <chad.versace@linux.intel.com>
    i965: Rewrite the HiZ op

Reopening bug.

idr requested that I leave the bug open until it is fixed on 8.0.

This issue still exist.

Kernel_version:		2.6.31.12
Libdrm:		(master)2.4.31-3-gced219ebbd3b266ac8326223bad62f994907ae6b
Mesa:		(8.0)65526d54aa2599b069bd443d3e6e9762e613042d
Xserver:		(server-1.11-branch)xorg-server-1.11.4
Xf86_video_intel:		(master)2.17.0-650-gc0376b7f7b083ab2e87edc36e56fd8eb99c3cd05
Cairo:		(master)4f81940749b680c6e48d393fd13108775efa38eb

(In reply to comment #8)
> This issue still exist.
> Kernel_version:        2.6.31.12
> Libdrm:        (master)2.4.31-3-gced219ebbd3b266ac8326223bad62f994907ae6b
> Mesa:        (8.0)65526d54aa2599b069bd443d3e6e9762e613042d

The mentioned fix is only on mesa master (thus it's not closed). 
You need test master.

Marking RESOLVED/FIXED. The fixes were recently cherry-picked to 8.0.

FYI, the app is inherently buggy. My patches just fix the crash described in the bug report.