System Environment:
--------------------------
Arch:              i386  
Platform:          Sandybridge    
Libdrm:		   (master)2.4.31-11-gf82c77870354ba736774b6c45ccf8a326732243a
Mesa:		   (master)43af02ac731dac7d80f7e47feb0c80e4da156769
Xserver:	   (master)xorg-server-1.12.0
Xf86_video_intel:  (master)2.18.0-36-g232972c0e5bd833c1d0b33432fa8092c601fd0e5
Libva_intel_driver:		(vaapi-ext)304bf4dd752c5d0edd6bcdf87efaaa7db503a1c3
Kernel:	(drm-intel-next-queued) fa37d39e4c6622d80bd8061d600701bcea1d6870

Bug detailed description:
-------------------------
It happens on sandybridge, ivybridge and ironlake with mesa master branch. It doesn't happen on master 8.0 branch.

Below two cases also aborted, and have same commit.
fbo_fbo-array
spec_EXT_texture_array_fbo-generatemipmap-array

Bisect shows a9523af0e88017d683c19ff238bfc5eb7cb88fd0 is the first bad commit.
commit a9523af0e88017d683c19ff238bfc5eb7cb88fd0
Author: Anuj Phogat <anuj.phogat@gmail.com>
Date:   Fri Mar 2 12:00:51 2012 -0800

    mesa: Fix valid texture target test in _mesa_GetTexLevelParameteriv()

    _mesa_max_texture_levels() is also used to test valid texture target
    in _mesa_GetTexLevelParameteriv(). GL_TEXTURE_CUBE_MAP is not allowed
    as texture target in glGetTexLevelParameter(). So, this should throw
    GL_INVALID_ENUM error.

    Few other functions which use _mesa_max_texture_levels() like
    getcompressedteximage_error_check() and getteximage_error_check()
    also don't accept GL_TEXTURE_CUBE_MAP.

    Above fix makes piglit fbo-cubemap test to fail. This is because of
    incorrect texture target passed to _mesa_max_texture_levels() in
    framebuffer_texture(). Fixing that as well

    Note: This is a candidate for the stable branches

    Signed-off-by: Anuj Phogat <anuj.phogat@gmail.com>
    Reviewed-by: Brian Paul <brianp@vmware.com>

Reproduce steps:
----------------
1. start X
2. ./fbo-depth-array -auto