System Environment: -------------------------- Arch: x86_64 Platform: Ivybridge Libdrm: (master)libdrm-2.4.39 Libdrm: (master)libdrm-2.4.39-20-ga4cb7233a8da171e53b48b376be5c1265c29a612 Mesa: (master)016897cc66449c6ce55d3088fcc2a37ecd7d70a2 Xserver:(master)xorg-server-1.13.0-55-ga69429a17bf4630f6e26f61630a1c2b287202627 Xf86_video_intel:(master)2.20.12-11-gd87c2756db1af6e4af15864ab0f44d1454079236 Libva: (staging)86484495155e65fd8ac33ed3ede43fb42defd966 Libva_intel_driver:(staging)f033e72cc4a4e3ae2e84fa80be7b311f75f2c542 Kernel: (drm-intel-nightly) 5b87c339adf9a9511994d9316f17f8f540c2c23b Bug detailed description: ------------------------- It fails on sandybridge and ivybridge with mesa master branch.It doesn't happen on mesa 9.0 branch. Bisect shows: 893ddb068fcc74465f318582bebbee7e397067c4 is the first bad commit commit 893ddb068fcc74465f318582bebbee7e397067c4 Author: Paul Berry <stereotype441@gmail.com> AuthorDate: Fri Oct 19 06:01:42 2012 -0700 Commit: Paul Berry <stereotype441@gmail.com> CommitDate: Tue Oct 23 10:24:39 2012 -0700 _mesa_create_exec_table: de-deprecate GetPointerv. glGetPointerv was de-deprecated in GL 4.3, because GL 4.3 adds functionality from KHR_debug and ARB_debug_output, which require glGetPointerv. This patch modifies _mesa_create_exec_table() to populate glGetPointerv in the dispatch table for core contexts. Technically this is not in compliance with the spec--what we really ought to do for core contexts is expose glGetPointerv only when a GL 4.3 context is in use or one of the two extensions is present. However, it seems silly to go to that extra work, since the only client-visible effect would be for glGetPointerv to raise an INVALID_OPERATION error instead of an INVALID_ENUM error. Besides, the other functions set up by _mesa_create_exec_table() only depend on the API in use, not on the GL version or extensions supported. Reviewed-by: Brian Paul <brianp@vmware.com> Reviewed-by: Jordan Justen <jordan.l.justen@intel.com> Reviewed-by: Ian Romanick <ian.d.romanick@intel.com> Visual Report: ID |ACCELERA|DB |REND_T |SURF_T |C_BUF_T |BUF_S |RED_S | 114| 1| 1| gl| wipbpx| rgba| 32| 8| GREEN_S |BLUE_S |ALPHA_S |DEPTH_S |STENC_S |ACCUM_S |SPL_BUF |SAMPLES | 8| 8| 8| 24| 8| 64| 0| 0| SRGB |TEX_RGB |TEX_RGBA|CAVEAT |SWAP |M_PBUF_W|M_PBUF_H|M_PBUF_P -1| 0| 0| slow| undef| 0| 0| 0 OpenGL Report. Vendor - 'Intel Open Source Technology Center' Renderer - 'Mesa DRI Intel(R) Ivybridge Desktop ' Version - '3.0 Mesa 9.1-devel (git-86cd77d)' (3.0) GLSL Version - '1.30' Context Flags - None >> Forward Compatible Context - Per-Fragment Operations and the Framebuffer (forwardctx-framebuffer) test: --> 4.1 - negative.deprecated subcase: /GFX/build/testsuite/Oglconform_31/oglconform_31/src/OGLconform/forwardctx-framebuffer.cpp(1286): glGetPointerv should report GL_INVALID_OPERATION --< 4.1 - negative.deprecated subcase failed. << Forward Compatible Context - Per-Fragment Operations and the Framebuffer (forwardctx-framebuffer) test failed. (1 of 1 subcases) Intel Conformance failed. Total Passed : 0 Total Failed : 1 Total Not run: 0 Reproduce steps: ---------------- 1. xinit 2. ./oglconform -z -suite all -v 2 -D 114 -test forwardctx-framebuffer \ negative.deprecated
This test case is ignoring the fact that we expose GL_ARB_debug_output, which means that the function is no longer deprecated. This should be stuffed on their bug list so it can get fixed in oglconform.
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.