* mesa doesn't work with compiz (i965 + tips of all branches)
@ 2010-06-27 16:07 Maxim Levitsky
2010-06-29 17:34 ` Maxim Levitsky
0 siblings, 1 reply; 12+ messages in thread
From: Maxim Levitsky @ 2010-06-27 16:07 UTC (permalink / raw)
To: Mesa Mailing List; +Cc: intel-gfx@lists.freedesktop.org
[-- Attachment #1: Type: text/plain, Size: 2355 bytes --]
Hi,
Today I updated the graphical modules from long time ago.
Do you know what causes this:
/usr/bin/compiz.real (core) - Warn: No GLXFBConfig for depth 32
/usr/bin/compiz.real (core) - Warn: No GLXFBConfig for depth 32
/usr/bin/compiz.real (core) - Warn: No GLXFBConfig for depth 32
WARNING: Application calling GLX 1.3 function "glXCreatePixmap" when GLX 1.3 is not supported! This is an application bug!
/usr/bin/compiz.real (core) - Warn: No GLXFBConfig for depth 32
/usr/bin/compiz.real (core) - Info: Couldn't bind redirected window 0x4000fb to texture
/usr/bin/compiz.real (core) - Warn: No GLXFBConfig for depth 32
/usr/bin/compiz.real (core) - Info: Couldn't bind redirected window 0x3a00016 to texture
/usr/bin/compiz.real (video) - Warn: No 8 bit GLX pixmap format, disabling YV12 image format
/usr/bin/compiz.real (core) - Warn: No GLXFBConfig for depth 32
/usr/bin/compiz.real (resizeinfo) - Warn: Bind Pixmap to Texture failure
/usr/bin/compiz.real (core) - Warn: No GLXFBConfig for depth 32
/usr/bin/compiz.real (resizeinfo) - Warn: Bind Pixmap to Texture failure
/usr/bin/compiz.real (cube) - Warn: Failed to load slide: /usr/share/gdm/themes/Human/ubuntu.png
/usr/bin/compiz.real (core) - Warn: No GLXFBConfig for depth 32
/usr/bin/compiz.real (core) - Info: Couldn't bind redirected window 0x4000fb to texture
/usr/bin/compiz.real (core) - Warn: No GLXFBConfig for depth 32
/usr/bin/compiz.real (core) - Info: Couldn't bind redirected window 0x3a00016 to texture
The 'good' output was:
....
Checking for Xgl: not present.
WARNING: Application calling GLX 1.3 function "glXCreatePixmap" when GLX 1.3 is not supported! This is an application bug!
/usr/bin/compiz.real (video) - Warn: No 8 bit GLX pixmap format, disabling YV12 image format
/usr/bin/compiz.real (cube) - Warn: Failed to load slide: /usr/share/gdm/themes/Human/ubuntu.png
WARNING: Application calling GLX 1.3 function "glXDestroyPixmap" when GLX 1.3 is not supported! This is an application bug!
As a result of this, most windows are white, and decorations are missing.
glxinfo output indeed shrunk indeed, so maybe this is result of removal of many glx visuals?
I attach glxinfo output from bad and good versions of mesa.
You will see that I didn't update the stack for some prolonged time, so bisect would be painful.
Best regards,
Maxim Levitsky
[-- Attachment #2: Type: text/plain, Size: 13232 bytes --]
name of display: :0.0
display: :0 screen: 0
direct rendering: Yes
server glx vendor string: SGI
server glx version string: 1.2
server glx extensions:
GLX_ARB_multisample, GLX_EXT_visual_info, GLX_EXT_visual_rating,
GLX_EXT_import_context, GLX_EXT_texture_from_pixmap, GLX_OML_swap_method,
GLX_SGI_make_current_read, GLX_SGIS_multisample, GLX_SGIX_hyperpipe,
GLX_SGIX_swap_barrier, GLX_SGIX_fbconfig, GLX_SGIX_pbuffer,
GLX_MESA_copy_sub_buffer
client glx vendor string: Mesa Project and SGI
client glx version string: 1.4
client glx extensions:
GLX_ARB_get_proc_address, GLX_ARB_multisample, GLX_EXT_import_context,
GLX_EXT_visual_info, GLX_EXT_visual_rating, GLX_MESA_allocate_memory,
GLX_MESA_copy_sub_buffer, GLX_MESA_swap_control,
GLX_MESA_swap_frame_usage, GLX_OML_swap_method, GLX_OML_sync_control,
GLX_SGI_make_current_read, GLX_SGI_swap_control, GLX_SGI_video_sync,
GLX_SGIS_multisample, GLX_SGIX_fbconfig, GLX_SGIX_pbuffer,
GLX_SGIX_visual_select_group, GLX_EXT_texture_from_pixmap
GLX version: 1.2
GLX extensions:
GLX_ARB_get_proc_address, GLX_ARB_multisample, GLX_EXT_import_context,
GLX_EXT_visual_info, GLX_EXT_visual_rating, GLX_MESA_copy_sub_buffer,
GLX_MESA_swap_frame_usage, GLX_OML_swap_method, GLX_SGI_make_current_read,
GLX_SGI_video_sync, GLX_SGIS_multisample, GLX_SGIX_fbconfig,
GLX_SGIX_pbuffer, GLX_EXT_texture_from_pixmap
OpenGL vendor string: Tungsten Graphics, Inc
OpenGL renderer string: Mesa DRI Intel(R) 965G GEM 20090712 2009Q2 RC3 x86/MMX/SSE2
OpenGL version string: 2.1 Mesa 7.7-devel
OpenGL shading language version string: 1.20
OpenGL extensions:
GL_ARB_copy_buffer, GL_ARB_depth_texture, GL_ARB_depth_clamp,
GL_ARB_draw_buffers, GL_ARB_draw_elements_base_vertex,
GL_ARB_fragment_program, GL_ARB_fragment_program_shadow,
GL_ARB_fragment_shader, GL_ARB_framebuffer_object,
GL_ARB_half_float_pixel, GL_ARB_map_buffer_range, GL_ARB_multisample,
GL_ARB_multitexture, GL_ARB_occlusion_query, GL_ARB_pixel_buffer_object,
GL_ARB_point_parameters, GL_ARB_point_sprite, GL_ARB_provoking_vertex,
GL_ARB_seamless_cube_map, GL_ARB_shader_objects,
GL_ARB_shading_language_100, GL_ARB_shading_language_120, GL_ARB_shadow,
GL_ARB_sync, GL_ARB_texture_border_clamp, GL_ARB_texture_compression,
GL_ARB_texture_cube_map, GL_ARB_texture_env_add,
GL_ARB_texture_env_combine, GL_ARB_texture_env_crossbar,
GL_ARB_texture_env_dot3, GL_ARB_texture_mirrored_repeat,
GL_ARB_texture_non_power_of_two, GL_ARB_texture_rectangle,
GL_ARB_transpose_matrix, GL_ARB_vertex_array_bgra,
GL_ARB_vertex_array_object, GL_ARB_vertex_buffer_object,
GL_ARB_vertex_program, GL_ARB_vertex_shader, GL_ARB_window_pos,
GL_EXT_abgr, GL_EXT_bgra, GL_EXT_blend_color,
GL_EXT_blend_equation_separate, GL_EXT_blend_func_separate,
GL_EXT_blend_logic_op, GL_EXT_blend_minmax, GL_EXT_blend_subtract,
GL_EXT_cull_vertex, GL_EXT_compiled_vertex_array, GL_EXT_copy_texture,
GL_EXT_draw_range_elements, GL_EXT_framebuffer_blit,
GL_EXT_framebuffer_object, GL_EXT_fog_coord,
GL_EXT_gpu_program_parameters, GL_EXT_multi_draw_arrays,
GL_EXT_packed_depth_stencil, GL_EXT_packed_pixels,
GL_EXT_pixel_buffer_object, GL_EXT_point_parameters,
GL_EXT_polygon_offset, GL_EXT_provoking_vertex, GL_EXT_rescale_normal,
GL_EXT_secondary_color, GL_EXT_separate_specular_color,
GL_EXT_shadow_funcs, GL_EXT_stencil_two_side, GL_EXT_stencil_wrap,
GL_EXT_subtexture, GL_EXT_texture, GL_EXT_texture3D,
GL_EXT_texture_edge_clamp, GL_EXT_texture_env_add,
GL_EXT_texture_env_combine, GL_EXT_texture_env_dot3,
GL_EXT_texture_filter_anisotropic, GL_EXT_texture_lod_bias,
GL_EXT_texture_object, GL_EXT_texture_rectangle, GL_EXT_texture_sRGB,
GL_EXT_texture_swizzle, GL_EXT_vertex_array, GL_EXT_vertex_array_bgra,
GL_3DFX_texture_compression_FXT1, GL_APPLE_client_storage,
GL_APPLE_packed_pixels, GL_APPLE_vertex_array_object,
GL_ATI_blend_equation_separate, GL_ATI_envmap_bumpmap,
GL_ATI_texture_env_combine3, GL_ATI_separate_stencil,
GL_IBM_multimode_draw_arrays, GL_IBM_rasterpos_clip,
GL_IBM_texture_mirrored_repeat, GL_INGR_blend_func_separate,
GL_MESA_pack_invert, GL_MESA_texture_signed_rgba, GL_MESA_ycbcr_texture,
GL_MESA_window_pos, GL_NV_blend_square, GL_NV_depth_clamp,
GL_NV_light_max_exponent, GL_NV_packed_depth_stencil, GL_NV_point_sprite,
GL_NV_texture_env_combine4, GL_NV_texture_rectangle,
GL_NV_texgen_reflection, GL_NV_vertex_program, GL_NV_vertex_program1_1,
GL_OES_read_format, GL_SGIS_generate_mipmap, GL_SGIS_texture_border_clamp,
GL_SGIS_texture_edge_clamp, GL_SGIS_texture_lod, GL_SUN_multi_draw_arrays
48 GLX Visuals
visual x bf lv rg d st colorbuffer ax dp st accumbuffer ms cav
id dep cl sp sz l ci b ro r g b a bf th cl r g b a ns b eat
----------------------------------------------------------------------
0x21 24 tc 0 32 0 r y . 8 8 8 8 0 24 8 0 0 0 0 0 0 None
0x22 24 dc 0 32 0 r y . 8 8 8 8 0 24 8 0 0 0 0 0 0 None
0xe3 24 tc 0 24 0 r . . 8 8 8 0 0 0 0 0 0 0 0 0 0 None
0xe4 24 tc 0 24 0 r . . 8 8 8 0 0 0 0 16 16 16 0 0 0 Slow
0xe5 24 tc 0 24 0 r y . 8 8 8 0 0 0 0 0 0 0 0 0 0 None
0xe6 24 tc 0 24 0 r y . 8 8 8 0 0 0 0 16 16 16 0 0 0 Slow
0xeb 24 tc 0 24 0 r . . 8 8 8 0 0 24 0 0 0 0 0 0 0 None
0xec 24 tc 0 24 0 r . . 8 8 8 0 0 24 0 16 16 16 0 0 0 Slow
0xed 24 tc 0 24 0 r y . 8 8 8 0 0 24 0 0 0 0 0 0 0 None
0xee 24 tc 0 24 0 r y . 8 8 8 0 0 24 0 16 16 16 0 0 0 Slow
0xef 24 tc 0 24 0 r . . 8 8 8 0 0 24 8 0 0 0 0 0 0 None
0xf0 24 tc 0 24 0 r . . 8 8 8 0 0 24 8 16 16 16 0 0 0 Slow
0xf1 24 tc 0 24 0 r y . 8 8 8 0 0 24 8 0 0 0 0 0 0 None
0xf2 24 tc 0 24 0 r y . 8 8 8 0 0 24 8 16 16 16 0 0 0 Slow
0xf3 24 tc 0 32 0 r . . 8 8 8 8 0 0 0 0 0 0 0 0 0 None
0xf4 24 tc 0 32 0 r . . 8 8 8 8 0 0 0 16 16 16 16 0 0 Slow
0xf5 24 tc 0 32 0 r y . 8 8 8 8 0 0 0 0 0 0 0 0 0 None
0xf6 24 tc 0 32 0 r y . 8 8 8 8 0 0 0 16 16 16 16 0 0 Slow
0xfb 24 tc 0 32 0 r . . 8 8 8 8 0 24 0 0 0 0 0 0 0 None
0xfc 24 tc 0 32 0 r . . 8 8 8 8 0 24 0 16 16 16 16 0 0 Slow
0xfd 24 tc 0 32 0 r y . 8 8 8 8 0 24 0 16 16 16 16 0 0 Slow
0xfe 24 tc 0 32 0 r . . 8 8 8 8 0 24 8 0 0 0 0 0 0 None
0xff 24 tc 0 32 0 r . . 8 8 8 8 0 24 8 16 16 16 16 0 0 Slow
0x100 24 tc 0 32 0 r y . 8 8 8 8 0 24 8 16 16 16 16 0 0 Slow
0x101 24 dc 0 24 0 r . . 8 8 8 0 0 0 0 0 0 0 0 0 0 None
0x102 24 dc 0 24 0 r . . 8 8 8 0 0 0 0 16 16 16 0 0 0 Slow
0x103 24 dc 0 24 0 r y . 8 8 8 0 0 0 0 0 0 0 0 0 0 None
0x104 24 dc 0 24 0 r y . 8 8 8 0 0 0 0 16 16 16 0 0 0 Slow
0x109 24 dc 0 24 0 r . . 8 8 8 0 0 24 0 0 0 0 0 0 0 None
0x10a 24 dc 0 24 0 r . . 8 8 8 0 0 24 0 16 16 16 0 0 0 Slow
0x10b 24 dc 0 24 0 r y . 8 8 8 0 0 24 0 0 0 0 0 0 0 None
0x10c 24 dc 0 24 0 r y . 8 8 8 0 0 24 0 16 16 16 0 0 0 Slow
0x10d 24 dc 0 24 0 r . . 8 8 8 0 0 24 8 0 0 0 0 0 0 None
0x10e 24 dc 0 24 0 r . . 8 8 8 0 0 24 8 16 16 16 0 0 0 Slow
0x10f 24 dc 0 24 0 r y . 8 8 8 0 0 24 8 0 0 0 0 0 0 None
0x110 24 dc 0 24 0 r y . 8 8 8 0 0 24 8 16 16 16 0 0 0 Slow
0x111 24 dc 0 32 0 r . . 8 8 8 8 0 0 0 0 0 0 0 0 0 None
0x112 24 dc 0 32 0 r . . 8 8 8 8 0 0 0 16 16 16 16 0 0 Slow
0x113 24 dc 0 32 0 r y . 8 8 8 8 0 0 0 0 0 0 0 0 0 None
0x114 24 dc 0 32 0 r y . 8 8 8 8 0 0 0 16 16 16 16 0 0 Slow
0x119 24 dc 0 32 0 r . . 8 8 8 8 0 24 0 0 0 0 0 0 0 None
0x11a 24 dc 0 32 0 r . . 8 8 8 8 0 24 0 16 16 16 16 0 0 Slow
0x11b 24 dc 0 32 0 r y . 8 8 8 8 0 24 0 0 0 0 0 0 0 None
0x11c 24 dc 0 32 0 r y . 8 8 8 8 0 24 0 16 16 16 16 0 0 Slow
0x11d 24 dc 0 32 0 r . . 8 8 8 8 0 24 8 0 0 0 0 0 0 None
0x11e 24 dc 0 32 0 r . . 8 8 8 8 0 24 8 16 16 16 16 0 0 Slow
0x11f 24 dc 0 32 0 r y . 8 8 8 8 0 24 8 16 16 16 16 0 0 Slow
0x62 32 tc 0 32 0 r y . 8 8 8 8 0 24 0 0 0 0 0 0 0 None
64 GLXFBConfigs:
visual x bf lv rg d st colorbuffer ax dp st accumbuffer ms cav
id dep cl sp sz l ci b ro r g b a bf th cl r g b a ns b eat
----------------------------------------------------------------------
0x73 0 tc 0 16 0 r . . 5 6 5 0 0 0 0 0 0 0 0 0 0 None
0x74 0 tc 0 16 0 r . . 5 6 5 0 0 0 0 16 16 16 0 0 0 Slow
0x75 0 tc 0 16 0 r y . 5 6 5 0 0 0 0 0 0 0 0 0 0 None
0x76 0 tc 0 16 0 r y . 5 6 5 0 0 0 0 16 16 16 0 0 0 Slow
0x7b 0 tc 0 16 0 r . . 5 6 5 0 0 16 0 0 0 0 0 0 0 None
0x7c 0 tc 0 16 0 r . . 5 6 5 0 0 16 0 16 16 16 0 0 0 Slow
0x7d 0 tc 0 16 0 r y . 5 6 5 0 0 16 0 0 0 0 0 0 0 None
0x7e 0 tc 0 16 0 r y . 5 6 5 0 0 16 0 16 16 16 0 0 0 Slow
0x83 0 tc 0 24 0 r . . 8 8 8 0 0 0 0 0 0 0 0 0 0 None
0x84 0 tc 0 24 0 r . . 8 8 8 0 0 0 0 16 16 16 0 0 0 Slow
0x85 0 tc 0 24 0 r y . 8 8 8 0 0 0 0 0 0 0 0 0 0 None
0x86 0 tc 0 24 0 r y . 8 8 8 0 0 0 0 16 16 16 0 0 0 Slow
0x8b 0 tc 0 24 0 r . . 8 8 8 0 0 24 0 0 0 0 0 0 0 None
0x8c 0 tc 0 24 0 r . . 8 8 8 0 0 24 0 16 16 16 0 0 0 Slow
0x8d 0 tc 0 24 0 r y . 8 8 8 0 0 24 0 0 0 0 0 0 0 None
0x8e 0 tc 0 24 0 r y . 8 8 8 0 0 24 0 16 16 16 0 0 0 Slow
0x8f 0 tc 0 24 0 r . . 8 8 8 0 0 24 8 0 0 0 0 0 0 None
0x90 0 tc 0 24 0 r . . 8 8 8 0 0 24 8 16 16 16 0 0 0 Slow
0x91 0 tc 0 24 0 r y . 8 8 8 0 0 24 8 0 0 0 0 0 0 None
0x92 0 tc 0 24 0 r y . 8 8 8 0 0 24 8 16 16 16 0 0 0 Slow
0x93 0 tc 0 32 0 r . . 8 8 8 8 0 0 0 0 0 0 0 0 0 None
0x94 0 tc 0 32 0 r . . 8 8 8 8 0 0 0 16 16 16 16 0 0 Slow
0x95 0 tc 0 32 0 r y . 8 8 8 8 0 0 0 0 0 0 0 0 0 None
0x96 0 tc 0 32 0 r y . 8 8 8 8 0 0 0 16 16 16 16 0 0 Slow
0x9b 0 tc 0 32 0 r . . 8 8 8 8 0 24 0 0 0 0 0 0 0 None
0x9c 0 tc 0 32 0 r . . 8 8 8 8 0 24 0 16 16 16 16 0 0 Slow
0x9d 0 tc 0 32 0 r y . 8 8 8 8 0 24 0 0 0 0 0 0 0 None
0x9e 0 tc 0 32 0 r y . 8 8 8 8 0 24 0 16 16 16 16 0 0 Slow
0x9f 0 tc 0 32 0 r . . 8 8 8 8 0 24 8 0 0 0 0 0 0 None
0xa0 0 tc 0 32 0 r . . 8 8 8 8 0 24 8 16 16 16 16 0 0 Slow
0xa1 0 tc 0 32 0 r y . 8 8 8 8 0 24 8 0 0 0 0 0 0 None
0xa2 0 tc 0 32 0 r y . 8 8 8 8 0 24 8 16 16 16 16 0 0 Slow
0xb3 0 dc 0 16 0 r . . 5 6 5 0 0 0 0 0 0 0 0 0 0 None
0xb4 0 dc 0 16 0 r . . 5 6 5 0 0 0 0 16 16 16 0 0 0 Slow
0xb5 0 dc 0 16 0 r y . 5 6 5 0 0 0 0 0 0 0 0 0 0 None
0xb6 0 dc 0 16 0 r y . 5 6 5 0 0 0 0 16 16 16 0 0 0 Slow
0xbb 0 dc 0 16 0 r . . 5 6 5 0 0 16 0 0 0 0 0 0 0 None
0xbc 0 dc 0 16 0 r . . 5 6 5 0 0 16 0 16 16 16 0 0 0 Slow
0xbd 0 dc 0 16 0 r y . 5 6 5 0 0 16 0 0 0 0 0 0 0 None
0xbe 0 dc 0 16 0 r y . 5 6 5 0 0 16 0 16 16 16 0 0 0 Slow
0xc3 0 dc 0 24 0 r . . 8 8 8 0 0 0 0 0 0 0 0 0 0 None
0xc4 0 dc 0 24 0 r . . 8 8 8 0 0 0 0 16 16 16 0 0 0 Slow
0xc5 0 dc 0 24 0 r y . 8 8 8 0 0 0 0 0 0 0 0 0 0 None
0xc6 0 dc 0 24 0 r y . 8 8 8 0 0 0 0 16 16 16 0 0 0 Slow
0xcb 0 dc 0 24 0 r . . 8 8 8 0 0 24 0 0 0 0 0 0 0 None
0xcc 0 dc 0 24 0 r . . 8 8 8 0 0 24 0 16 16 16 0 0 0 Slow
0xcd 0 dc 0 24 0 r y . 8 8 8 0 0 24 0 0 0 0 0 0 0 None
0xce 0 dc 0 24 0 r y . 8 8 8 0 0 24 0 16 16 16 0 0 0 Slow
0xcf 0 dc 0 24 0 r . . 8 8 8 0 0 24 8 0 0 0 0 0 0 None
0xd0 0 dc 0 24 0 r . . 8 8 8 0 0 24 8 16 16 16 0 0 0 Slow
0xd1 0 dc 0 24 0 r y . 8 8 8 0 0 24 8 0 0 0 0 0 0 None
0xd2 0 dc 0 24 0 r y . 8 8 8 0 0 24 8 16 16 16 0 0 0 Slow
0xd3 0 dc 0 32 0 r . . 8 8 8 8 0 0 0 0 0 0 0 0 0 None
0xd4 0 dc 0 32 0 r . . 8 8 8 8 0 0 0 16 16 16 16 0 0 Slow
0xd5 0 dc 0 32 0 r y . 8 8 8 8 0 0 0 0 0 0 0 0 0 None
0xd6 0 dc 0 32 0 r y . 8 8 8 8 0 0 0 16 16 16 16 0 0 Slow
0xdb 0 dc 0 32 0 r . . 8 8 8 8 0 24 0 0 0 0 0 0 0 None
0xdc 0 dc 0 32 0 r . . 8 8 8 8 0 24 0 16 16 16 16 0 0 Slow
0xdd 0 dc 0 32 0 r y . 8 8 8 8 0 24 0 0 0 0 0 0 0 None
0xde 0 dc 0 32 0 r y . 8 8 8 8 0 24 0 16 16 16 16 0 0 Slow
0xdf 0 dc 0 32 0 r . . 8 8 8 8 0 24 8 0 0 0 0 0 0 None
0xe0 0 dc 0 32 0 r . . 8 8 8 8 0 24 8 16 16 16 16 0 0 Slow
0xe1 0 dc 0 32 0 r y . 8 8 8 8 0 24 8 0 0 0 0 0 0 None
0xe2 0 dc 0 32 0 r y . 8 8 8 8 0 24 8 16 16 16 16 0 0 Slow
[-- Attachment #3: Type: text/plain, Size: 9012 bytes --]
name of display: :0.0
display: :0 screen: 0
direct rendering: Yes
server glx vendor string: SGI
server glx version string: 1.2
server glx extensions:
GLX_ARB_multisample, GLX_EXT_visual_info, GLX_EXT_visual_rating,
GLX_EXT_import_context, GLX_EXT_texture_from_pixmap, GLX_OML_swap_method,
GLX_SGI_make_current_read, GLX_SGIS_multisample, GLX_SGIX_hyperpipe,
GLX_SGIX_swap_barrier, GLX_SGIX_fbconfig, GLX_SGIX_pbuffer,
GLX_MESA_copy_sub_buffer
client glx vendor string: Mesa Project and SGI
client glx version string: 1.4
client glx extensions:
GLX_ARB_get_proc_address, GLX_ARB_multisample, GLX_EXT_import_context,
GLX_EXT_visual_info, GLX_EXT_visual_rating, GLX_MESA_allocate_memory,
GLX_MESA_copy_sub_buffer, GLX_MESA_swap_control,
GLX_MESA_swap_frame_usage, GLX_OML_swap_method, GLX_OML_sync_control,
GLX_SGI_make_current_read, GLX_SGI_swap_control, GLX_SGI_video_sync,
GLX_SGIS_multisample, GLX_SGIX_fbconfig, GLX_SGIX_pbuffer,
GLX_SGIX_visual_select_group, GLX_EXT_texture_from_pixmap,
GLX_INTEL_swap_event
GLX version: 1.2
GLX extensions:
GLX_ARB_get_proc_address, GLX_ARB_multisample, GLX_EXT_import_context,
GLX_EXT_visual_info, GLX_EXT_visual_rating, GLX_MESA_copy_sub_buffer,
GLX_MESA_swap_control, GLX_OML_swap_method, GLX_SGI_make_current_read,
GLX_SGI_video_sync, GLX_SGIS_multisample, GLX_SGIX_fbconfig,
GLX_SGIX_pbuffer, GLX_EXT_texture_from_pixmap
OpenGL vendor string: Tungsten Graphics, Inc
OpenGL renderer string: Mesa DRI Intel(R) 965G GEM 20100330 DEVELOPMENT x86/MMX/SSE2
OpenGL version string: 2.1 Mesa 7.9-devel
OpenGL shading language version string: 1.20
OpenGL extensions:
GL_ARB_copy_buffer, GL_ARB_depth_texture, GL_ARB_depth_clamp,
GL_ARB_draw_buffers, GL_ARB_draw_elements_base_vertex,
GL_ARB_fragment_coord_conventions, GL_ARB_fragment_program,
GL_ARB_fragment_program_shadow, GL_ARB_fragment_shader,
GL_ARB_framebuffer_object, GL_ARB_half_float_pixel,
GL_ARB_half_float_vertex, GL_ARB_map_buffer_range, GL_ARB_multisample,
GL_ARB_multitexture, GL_ARB_occlusion_query, GL_ARB_pixel_buffer_object,
GL_ARB_point_parameters, GL_ARB_point_sprite, GL_ARB_provoking_vertex,
GL_ARB_seamless_cube_map, GL_ARB_shader_objects,
GL_ARB_shading_language_100, GL_ARB_shading_language_120, GL_ARB_shadow,
GL_ARB_sync, GL_ARB_texture_border_clamp, GL_ARB_texture_compression,
GL_ARB_texture_cube_map, GL_ARB_texture_env_add,
GL_ARB_texture_env_combine, GL_ARB_texture_env_crossbar,
GL_ARB_texture_env_dot3, GL_ARB_texture_mirrored_repeat,
GL_ARB_texture_non_power_of_two, GL_ARB_texture_rectangle,
GL_ARB_texture_swizzle, GL_ARB_transpose_matrix, GL_ARB_vertex_array_bgra,
GL_ARB_vertex_array_object, GL_ARB_vertex_buffer_object,
GL_ARB_vertex_program, GL_ARB_vertex_shader, GL_ARB_window_pos,
GL_EXT_abgr, GL_EXT_bgra, GL_EXT_blend_color,
GL_EXT_blend_equation_separate, GL_EXT_blend_func_separate,
GL_EXT_blend_logic_op, GL_EXT_blend_minmax, GL_EXT_blend_subtract,
GL_EXT_cull_vertex, GL_EXT_compiled_vertex_array, GL_EXT_copy_texture,
GL_EXT_draw_buffers2, GL_EXT_draw_range_elements, GL_EXT_framebuffer_blit,
GL_EXT_framebuffer_object, GL_EXT_fog_coord,
GL_EXT_gpu_program_parameters, GL_EXT_multi_draw_arrays,
GL_EXT_packed_depth_stencil, GL_EXT_packed_pixels,
GL_EXT_pixel_buffer_object, GL_EXT_point_parameters,
GL_EXT_polygon_offset, GL_EXT_provoking_vertex, GL_EXT_rescale_normal,
GL_EXT_secondary_color, GL_EXT_separate_specular_color,
GL_EXT_shadow_funcs, GL_EXT_stencil_two_side, GL_EXT_stencil_wrap,
GL_EXT_subtexture, GL_EXT_texture, GL_EXT_texture3D,
GL_EXT_texture_cube_map, GL_EXT_texture_edge_clamp,
GL_EXT_texture_env_add, GL_EXT_texture_env_combine,
GL_EXT_texture_env_dot3, GL_EXT_texture_filter_anisotropic,
GL_EXT_texture_lod_bias, GL_EXT_texture_object, GL_EXT_texture_rectangle,
GL_EXT_texture_sRGB, GL_EXT_texture_swizzle, GL_EXT_vertex_array,
GL_EXT_vertex_array_bgra, GL_3DFX_texture_compression_FXT1,
GL_APPLE_client_storage, GL_APPLE_packed_pixels,
GL_APPLE_vertex_array_object, GL_APPLE_object_purgeable,
GL_ATI_blend_equation_separate, GL_ATI_envmap_bumpmap,
GL_ATI_texture_env_combine3, GL_ATI_separate_stencil,
GL_IBM_multimode_draw_arrays, GL_IBM_rasterpos_clip,
GL_IBM_texture_mirrored_repeat, GL_INGR_blend_func_separate,
GL_MESA_pack_invert, GL_MESA_texture_signed_rgba, GL_MESA_ycbcr_texture,
GL_MESA_window_pos, GL_NV_blend_square, GL_NV_depth_clamp,
GL_NV_light_max_exponent, GL_NV_packed_depth_stencil,
GL_NV_texture_env_combine4, GL_NV_texture_rectangle,
GL_NV_texgen_reflection, GL_NV_vertex_program, GL_NV_vertex_program1_1,
GL_OES_read_format, GL_SGIS_generate_mipmap, GL_SGIS_texture_border_clamp,
GL_SGIS_texture_edge_clamp, GL_SGIS_texture_lod, GL_SUN_multi_draw_arrays,
GL_OES_EGL_image
20 GLX Visuals
visual x bf lv rg d st colorbuffer ax dp st accumbuffer ms cav
id dep cl sp sz l ci b ro r g b a bf th cl r g b a ns b eat
----------------------------------------------------------------------
0x21 24 tc 0 32 0 r y . 8 8 8 8 0 24 8 0 0 0 0 0 0 None
0x22 24 dc 0 32 0 r y . 8 8 8 8 0 24 8 0 0 0 0 0 0 None
0xe3 24 tc 0 24 0 r . . 8 8 8 0 0 0 0 0 0 0 0 0 0 None
0xe5 24 tc 0 24 0 r y . 8 8 8 0 0 0 0 0 0 0 0 0 0 None
0xef 24 tc 0 24 0 r . . 8 8 8 0 0 24 8 0 0 0 0 0 0 None
0xf1 24 tc 0 24 0 r y . 8 8 8 0 0 24 8 0 0 0 0 0 0 None
0xf2 24 tc 0 24 0 r y . 8 8 8 0 0 24 8 16 16 16 0 0 0 Slow
0xf3 24 tc 0 32 0 r . . 8 8 8 8 0 0 0 0 0 0 0 0 0 None
0xf5 24 tc 0 32 0 r y . 8 8 8 8 0 0 0 0 0 0 0 0 0 None
0xfe 24 tc 0 32 0 r . . 8 8 8 8 0 24 8 0 0 0 0 0 0 None
0x100 24 tc 0 32 0 r y . 8 8 8 8 0 24 8 16 16 16 16 0 0 Slow
0x101 24 dc 0 24 0 r . . 8 8 8 0 0 0 0 0 0 0 0 0 0 None
0x103 24 dc 0 24 0 r y . 8 8 8 0 0 0 0 0 0 0 0 0 0 None
0x10d 24 dc 0 24 0 r . . 8 8 8 0 0 24 8 0 0 0 0 0 0 None
0x10f 24 dc 0 24 0 r y . 8 8 8 0 0 24 8 0 0 0 0 0 0 None
0x110 24 dc 0 24 0 r y . 8 8 8 0 0 24 8 16 16 16 0 0 0 Slow
0x111 24 dc 0 32 0 r . . 8 8 8 8 0 0 0 0 0 0 0 0 0 None
0x113 24 dc 0 32 0 r y . 8 8 8 8 0 0 0 0 0 0 0 0 0 None
0x11d 24 dc 0 32 0 r . . 8 8 8 8 0 24 8 0 0 0 0 0 0 None
0x11f 24 dc 0 32 0 r y . 8 8 8 8 0 24 8 16 16 16 16 0 0 Slow
30 GLXFBConfigs:
visual x bf lv rg d st colorbuffer ax dp st accumbuffer ms cav
id dep cl sp sz l ci b ro r g b a bf th cl r g b a ns b eat
----------------------------------------------------------------------
0x73 0 tc 0 16 0 r . . 5 6 5 0 0 0 0 0 0 0 0 0 0 None
0x75 0 tc 0 16 0 r y . 5 6 5 0 0 0 0 0 0 0 0 0 0 None
0x7b 0 tc 0 16 0 r . . 5 6 5 0 0 16 0 0 0 0 0 0 0 None
0x7d 0 tc 0 16 0 r y . 5 6 5 0 0 16 0 0 0 0 0 0 0 None
0x7e 0 tc 0 16 0 r y . 5 6 5 0 0 16 0 16 16 16 0 0 0 Slow
0x83 0 tc 0 24 0 r . . 8 8 8 0 0 0 0 0 0 0 0 0 0 None
0x85 0 tc 0 24 0 r y . 8 8 8 0 0 0 0 0 0 0 0 0 0 None
0x8f 0 tc 0 24 0 r . . 8 8 8 0 0 24 8 0 0 0 0 0 0 None
0x91 0 tc 0 24 0 r y . 8 8 8 0 0 24 8 0 0 0 0 0 0 None
0x92 0 tc 0 24 0 r y . 8 8 8 0 0 24 8 16 16 16 0 0 0 Slow
0x93 0 tc 0 32 0 r . . 8 8 8 8 0 0 0 0 0 0 0 0 0 None
0x95 0 tc 0 32 0 r y . 8 8 8 8 0 0 0 0 0 0 0 0 0 None
0x9f 0 tc 0 32 0 r . . 8 8 8 8 0 24 8 0 0 0 0 0 0 None
0xa1 0 tc 0 32 0 r y . 8 8 8 8 0 24 8 0 0 0 0 0 0 None
0xa2 0 tc 0 32 0 r y . 8 8 8 8 0 24 8 16 16 16 16 0 0 Slow
0xb3 0 dc 0 16 0 r . . 5 6 5 0 0 0 0 0 0 0 0 0 0 None
0xb5 0 dc 0 16 0 r y . 5 6 5 0 0 0 0 0 0 0 0 0 0 None
0xbb 0 dc 0 16 0 r . . 5 6 5 0 0 16 0 0 0 0 0 0 0 None
0xbd 0 dc 0 16 0 r y . 5 6 5 0 0 16 0 0 0 0 0 0 0 None
0xbe 0 dc 0 16 0 r y . 5 6 5 0 0 16 0 16 16 16 0 0 0 Slow
0xc3 0 dc 0 24 0 r . . 8 8 8 0 0 0 0 0 0 0 0 0 0 None
0xc5 0 dc 0 24 0 r y . 8 8 8 0 0 0 0 0 0 0 0 0 0 None
0xcf 0 dc 0 24 0 r . . 8 8 8 0 0 24 8 0 0 0 0 0 0 None
0xd1 0 dc 0 24 0 r y . 8 8 8 0 0 24 8 0 0 0 0 0 0 None
0xd2 0 dc 0 24 0 r y . 8 8 8 0 0 24 8 16 16 16 0 0 0 Slow
0xd3 0 dc 0 32 0 r . . 8 8 8 8 0 0 0 0 0 0 0 0 0 None
0xd5 0 dc 0 32 0 r y . 8 8 8 8 0 0 0 0 0 0 0 0 0 None
0xdf 0 dc 0 32 0 r . . 8 8 8 8 0 24 8 0 0 0 0 0 0 None
0xe1 0 dc 0 32 0 r y . 8 8 8 8 0 24 8 0 0 0 0 0 0 None
0xe2 0 dc 0 32 0 r y . 8 8 8 8 0 24 8 16 16 16 16 0 0 Slow
[-- Attachment #4: Type: text/plain, Size: 159 bytes --]
_______________________________________________
Intel-gfx mailing list
Intel-gfx@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/intel-gfx
^ permalink raw reply [flat|nested] 12+ messages in thread
* Re: mesa doesn't work with compiz (i965 + tips of all branches)
2010-06-27 16:07 mesa doesn't work with compiz (i965 + tips of all branches) Maxim Levitsky
@ 2010-06-29 17:34 ` Maxim Levitsky
2010-06-29 20:27 ` [Mesa3d-dev] " Maxim Levitsky
0 siblings, 1 reply; 12+ messages in thread
From: Maxim Levitsky @ 2010-06-29 17:34 UTC (permalink / raw)
To: Mesa Mailing List; +Cc: intel-gfx@lists.freedesktop.org
On Sun, 2010-06-27 at 19:07 +0300, Maxim Levitsky wrote:
> Hi,
>
> Today I updated the graphical modules from long time ago.
>
> Do you know what causes this:
>
> /usr/bin/compiz.real (core) - Warn: No GLXFBConfig for depth 32
> /usr/bin/compiz.real (core) - Warn: No GLXFBConfig for depth 32
> /usr/bin/compiz.real (core) - Warn: No GLXFBConfig for depth 32
> WARNING: Application calling GLX 1.3 function "glXCreatePixmap" when GLX 1.3 is not supported! This is an application bug!
> /usr/bin/compiz.real (core) - Warn: No GLXFBConfig for depth 32
> /usr/bin/compiz.real (core) - Info: Couldn't bind redirected window 0x4000fb to texture
>
> /usr/bin/compiz.real (core) - Warn: No GLXFBConfig for depth 32
> /usr/bin/compiz.real (core) - Info: Couldn't bind redirected window 0x3a00016 to texture
>
> /usr/bin/compiz.real (video) - Warn: No 8 bit GLX pixmap format, disabling YV12 image format
> /usr/bin/compiz.real (core) - Warn: No GLXFBConfig for depth 32
> /usr/bin/compiz.real (resizeinfo) - Warn: Bind Pixmap to Texture failure
> /usr/bin/compiz.real (core) - Warn: No GLXFBConfig for depth 32
> /usr/bin/compiz.real (resizeinfo) - Warn: Bind Pixmap to Texture failure
> /usr/bin/compiz.real (cube) - Warn: Failed to load slide: /usr/share/gdm/themes/Human/ubuntu.png
> /usr/bin/compiz.real (core) - Warn: No GLXFBConfig for depth 32
> /usr/bin/compiz.real (core) - Info: Couldn't bind redirected window 0x4000fb to texture
>
> /usr/bin/compiz.real (core) - Warn: No GLXFBConfig for depth 32
> /usr/bin/compiz.real (core) - Info: Couldn't bind redirected window 0x3a00016 to texture
>
>
> The 'good' output was:
>
> ....
> Checking for Xgl: not present.
> WARNING: Application calling GLX 1.3 function "glXCreatePixmap" when GLX 1.3 is not supported! This is an application bug!
> /usr/bin/compiz.real (video) - Warn: No 8 bit GLX pixmap format, disabling YV12 image format
> /usr/bin/compiz.real (cube) - Warn: Failed to load slide: /usr/share/gdm/themes/Human/ubuntu.png
> WARNING: Application calling GLX 1.3 function "glXDestroyPixmap" when GLX 1.3 is not supported! This is an application bug!
>
>
>
>
> As a result of this, most windows are white, and decorations are missing.
>
>
> glxinfo output indeed shrunk indeed, so maybe this is result of removal of many glx visuals?
>
>
> I attach glxinfo output from bad and good versions of mesa.
>
> You will see that I didn't update the stack for some prolonged time, so bisect would be painful.
>
>
> Best regards,
> Maxim Levitsky
ping
^ permalink raw reply [flat|nested] 12+ messages in thread
* Re: [Mesa3d-dev] mesa doesn't work with compiz (i965 + tips of all branches)
2010-06-29 17:34 ` Maxim Levitsky
@ 2010-06-29 20:27 ` Maxim Levitsky
2010-06-29 20:47 ` Corbin Simpson
0 siblings, 1 reply; 12+ messages in thread
From: Maxim Levitsky @ 2010-06-29 20:27 UTC (permalink / raw)
To: Mesa Mailing List; +Cc: intel-gfx@lists.freedesktop.org, Ian Romanick
On Tue, 2010-06-29 at 20:34 +0300, Maxim Levitsky wrote:
> On Sun, 2010-06-27 at 19:07 +0300, Maxim Levitsky wrote:
> > Hi,
> >
> > Today I updated the graphical modules from long time ago.
> >
> > Do you know what causes this:
> >
> > /usr/bin/compiz.real (core) - Warn: No GLXFBConfig for depth 32
> > /usr/bin/compiz.real (core) - Warn: No GLXFBConfig for depth 32
> > /usr/bin/compiz.real (core) - Warn: No GLXFBConfig for depth 32
> > WARNING: Application calling GLX 1.3 function "glXCreatePixmap" when GLX 1.3 is not supported! This is an application bug!
> > /usr/bin/compiz.real (core) - Warn: No GLXFBConfig for depth 32
> > /usr/bin/compiz.real (core) - Info: Couldn't bind redirected window 0x4000fb to texture
> >
> > /usr/bin/compiz.real (core) - Warn: No GLXFBConfig for depth 32
> > /usr/bin/compiz.real (core) - Info: Couldn't bind redirected window 0x3a00016 to texture
> >
> > /usr/bin/compiz.real (video) - Warn: No 8 bit GLX pixmap format, disabling YV12 image format
> > /usr/bin/compiz.real (core) - Warn: No GLXFBConfig for depth 32
> > /usr/bin/compiz.real (resizeinfo) - Warn: Bind Pixmap to Texture failure
> > /usr/bin/compiz.real (core) - Warn: No GLXFBConfig for depth 32
> > /usr/bin/compiz.real (resizeinfo) - Warn: Bind Pixmap to Texture failure
> > /usr/bin/compiz.real (cube) - Warn: Failed to load slide: /usr/share/gdm/themes/Human/ubuntu.png
> > /usr/bin/compiz.real (core) - Warn: No GLXFBConfig for depth 32
> > /usr/bin/compiz.real (core) - Info: Couldn't bind redirected window 0x4000fb to texture
> >
> > /usr/bin/compiz.real (core) - Warn: No GLXFBConfig for depth 32
> > /usr/bin/compiz.real (core) - Info: Couldn't bind redirected window 0x3a00016 to texture
> >
> >
> > The 'good' output was:
> >
> > ....
> > Checking for Xgl: not present.
> > WARNING: Application calling GLX 1.3 function "glXCreatePixmap" when GLX 1.3 is not supported! This is an application bug!
> > /usr/bin/compiz.real (video) - Warn: No 8 bit GLX pixmap format, disabling YV12 image format
> > /usr/bin/compiz.real (cube) - Warn: Failed to load slide: /usr/share/gdm/themes/Human/ubuntu.png
> > WARNING: Application calling GLX 1.3 function "glXDestroyPixmap" when GLX 1.3 is not supported! This is an application bug!
> >
> >
> >
> >
> > As a result of this, most windows are white, and decorations are missing.
> >
> >
> > glxinfo output indeed shrunk indeed, so maybe this is result of removal of many glx visuals?
> >
> >
> > I attach glxinfo output from bad and good versions of mesa.
> >
> > You will see that I didn't update the stack for some prolonged time, so bisect would be painful.
> >
> >
> > Best regards,
> > Maxim Levitsky
>
Bisected this to
73e24cd5a7a0760726a681dda5b88805ddcf1555 is first bad commit
commit 73e24cd5a7a0760726a681dda5b88805ddcf1555
Author: Ian Romanick <ian.d.romanick@intel.com>
Date: Mon Feb 8 10:34:52 2010 -0800
intel: Stop exposing useless 24 depth/0 stencil configs
Signed-off-by: Ian Romanick <ian.d.romanick@intel.com>
Reviewed-by: Kristian Høgsberg <krh@bitplanet.net>
:040000 040000 5ba858b23d6502d9eaa39a8ec612a38ffae50e2c 0060acef28a49d519aed5a21cbde2bc833f840a8 M src
Reverting this, and removing one assert, fixes compiz
diff --git a/src/mesa/drivers/dri/intel/intel_screen.c b/src/mesa/drivers/dri/intel/intel_screen.c
index 61803cf..0f6d1da 100644
--- a/src/mesa/drivers/dri/intel/intel_screen.c
+++ b/src/mesa/drivers/dri/intel/intel_screen.c
@@ -306,7 +306,7 @@ intelCreateBuffer(__DRIscreen * driScrnPriv,
}
if (mesaVis->depthBits == 24) {
- assert(mesaVis->stencilBits == 8);
+ //assert(mesaVis->stencilBits == 8);
/* combined depth/stencil buffer */
struct intel_renderbuffer *depthStencilRb
= intel_create_renderbuffer(MESA_FORMAT_S8_Z24);
Best regards,
Maxim Levitsku
------------------------------------------------------------------------------
This SF.net email is sponsored by Sprint
What will you do first with EVO, the first 4G phone?
Visit sprint.com/first -- http://p.sf.net/sfu/sprint-com-first
_______________________________________________
Mesa3d-dev mailing list
Mesa3d-dev@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mesa3d-dev
^ permalink raw reply related [flat|nested] 12+ messages in thread
* Re: [Mesa3d-dev] mesa doesn't work with compiz (i965 + tips of all branches)
2010-06-29 20:27 ` [Mesa3d-dev] " Maxim Levitsky
@ 2010-06-29 20:47 ` Corbin Simpson
2010-06-29 22:49 ` Ian Romanick
0 siblings, 1 reply; 12+ messages in thread
From: Corbin Simpson @ 2010-06-29 20:47 UTC (permalink / raw)
To: Maxim Levitsky
Cc: intel-gfx@lists.freedesktop.org, Ian Romanick, Mesa Mailing List
[-- Attachment #1.1: Type: text/plain, Size: 1869 bytes --]
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.
Posting from a mobile, pardon my terseness. ~ C.
On Jun 29, 2010 1:28 PM, "Maxim Levitsky" <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>
Date: Mon Feb 8 10:34:52 2010 -0800
intel: Stop exposing useless 24 depth/0 stencil configs
Signed-off-by: Ian Romanick <ian.d.romanick@intel.com>
Reviewed-by: Kristian Høgsberg <krh@bitplanet.net>
:040000 040000 5ba858b23d6502d9eaa39a8ec612a38ffae50e2c
0060acef28a49d519aed5a21cbde2bc833f840a8 M src
Reverting this, and removing one assert, fixes compiz
diff --git a/src/mesa/drivers/dri/intel/intel_screen.c
b/src/mesa/drivers/dri/intel/intel_screen.c
index 61803cf..0f6d1da 100644
--- a/src/mesa/drivers/dri/intel/intel_screen.c
+++ b/src/mesa/drivers/dri/intel/intel_screen.c
@@ -306,7 +306,7 @@ intelCreateBuffer(__DRIscreen * driScrnPriv,
}
if (mesaVis->depthBits == 24) {
- assert(mesaVis->stencilBits == 8);
+ //assert(mesaVis->stencilBits == 8);
/* combined depth/stencil buffer */
struct intel_renderbuffer *depthStencilRb
= intel_create_renderbuffer(MESA_FORMAT_S8_Z24);
Best regards,
Maxim Levitsku
------------------------------------------------------------------------------
This SF.net email i...
[-- Attachment #1.2: Type: text/html, Size: 2384 bytes --]
[-- Attachment #2: Type: text/plain, Size: 235 bytes --]
------------------------------------------------------------------------------
This SF.net email is sponsored by Sprint
What will you do first with EVO, the first 4G phone?
Visit sprint.com/first -- http://p.sf.net/sfu/sprint-com-first
[-- Attachment #3: Type: text/plain, Size: 161 bytes --]
_______________________________________________
Mesa3d-dev mailing list
Mesa3d-dev@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/mesa3d-dev
^ permalink raw reply related [flat|nested] 12+ messages in thread
* Re: [Mesa3d-dev] mesa doesn't work with compiz (i965 + tips of all branches)
2010-06-29 20:47 ` Corbin Simpson
@ 2010-06-29 22:49 ` Ian Romanick
2010-06-30 23:13 ` Maxim Levitsky
0 siblings, 1 reply; 12+ messages in thread
From: Ian Romanick @ 2010-06-29 22:49 UTC (permalink / raw)
To: Corbin Simpson; +Cc: intel-gfx@lists.freedesktop.org, Mesa Mailing List
-----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-----
^ permalink raw reply [flat|nested] 12+ messages in thread
* Re: [Mesa3d-dev] mesa doesn't work with compiz (i965 + tips of all branches)
2010-06-29 22:49 ` Ian Romanick
@ 2010-06-30 23:13 ` Maxim Levitsky
2010-07-01 17:32 ` Ian Romanick
0 siblings, 1 reply; 12+ messages in thread
From: Maxim Levitsky @ 2010-06-30 23:13 UTC (permalink / raw)
To: Ian Romanick
Cc: Corbin Simpson, intel-gfx@lists.freedesktop.org,
Mesa Mailing List
[-- Attachment #1: Type: text/plain, Size: 7170 bytes --]
On Tue, 2010-06-29 at 15:49 -0700, Ian Romanick wrote:
> -----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-----
--- ./glxinfo_good 2010-07-01 02:01:08.332346000 +0300
+++ ./glxinfo_bad 2010-07-01 02:01:28.115633852 +0300
@@ -84,7 +84,7 @@
GL_SGIS_texture_edge_clamp, GL_SGIS_texture_lod, GL_SUN_multi_draw_arrays,
GL_OES_EGL_image
-28 GLX Visuals
+20 GLX Visuals
visual x bf lv rg d st colorbuffer ax dp st accumbuffer ms cav
id dep cl sp sz l ci b ro r g b a bf th cl r g b a ns b eat
----------------------------------------------------------------------
@@ -92,32 +92,24 @@
0x22 24 dc 0 32 0 r y . 8 8 8 8 0 24 8 0 0 0 0 0 0 None
0xe3 24 tc 0 24 0 r . . 8 8 8 0 0 0 0 0 0 0 0 0 0 None
0xe5 24 tc 0 24 0 r y . 8 8 8 0 0 0 0 0 0 0 0 0 0 None
-0xeb 24 tc 0 24 0 r . . 8 8 8 0 0 24 0 0 0 0 0 0 0 None
-0xed 24 tc 0 24 0 r y . 8 8 8 0 0 24 0 0 0 0 0 0 0 None
0xef 24 tc 0 24 0 r . . 8 8 8 0 0 24 8 0 0 0 0 0 0 None
0xf1 24 tc 0 24 0 r y . 8 8 8 0 0 24 8 0 0 0 0 0 0 None
0xf2 24 tc 0 24 0 r y . 8 8 8 0 0 24 8 16 16 16 0 0 0 Slow
0xf3 24 tc 0 32 0 r . . 8 8 8 8 0 0 0 0 0 0 0 0 0 None
0xf5 24 tc 0 32 0 r y . 8 8 8 8 0 0 0 0 0 0 0 0 0 None
-0xfb 24 tc 0 32 0 r . . 8 8 8 8 0 24 0 0 0 0 0 0 0 None
0xfe 24 tc 0 32 0 r . . 8 8 8 8 0 24 8 0 0 0 0 0 0 None
0x100 24 tc 0 32 0 r y . 8 8 8 8 0 24 8 16 16 16 16 0 0 Slow
0x101 24 dc 0 24 0 r . . 8 8 8 0 0 0 0 0 0 0 0 0 0 None
0x103 24 dc 0 24 0 r y . 8 8 8 0 0 0 0 0 0 0 0 0 0 None
-0x109 24 dc 0 24 0 r . . 8 8 8 0 0 24 0 0 0 0 0 0 0 None
-0x10b 24 dc 0 24 0 r y . 8 8 8 0 0 24 0 0 0 0 0 0 0 None
0x10d 24 dc 0 24 0 r . . 8 8 8 0 0 24 8 0 0 0 0 0 0 None
0x10f 24 dc 0 24 0 r y . 8 8 8 0 0 24 8 0 0 0 0 0 0 None
0x110 24 dc 0 24 0 r y . 8 8 8 0 0 24 8 16 16 16 0 0 0 Slow
0x111 24 dc 0 32 0 r . . 8 8 8 8 0 0 0 0 0 0 0 0 0 None
0x113 24 dc 0 32 0 r y . 8 8 8 8 0 0 0 0 0 0 0 0 0 None
-0x119 24 dc 0 32 0 r . . 8 8 8 8 0 24 0 0 0 0 0 0 0 None
-0x11b 24 dc 0 32 0 r y . 8 8 8 8 0 24 0 0 0 0 0 0 0 None
0x11d 24 dc 0 32 0 r . . 8 8 8 8 0 24 8 0 0 0 0 0 0 None
0x11f 24 dc 0 32 0 r y . 8 8 8 8 0 24 8 16 16 16 16 0 0 Slow
-0x62 32 tc 0 32 0 r y . 8 8 8 8 0 24 0 0 0 0 0 0 0 None
-38 GLXFBConfigs:
+30 GLXFBConfigs:
visual x bf lv rg d st colorbuffer ax dp st accumbuffer ms cav
id dep cl sp sz l ci b ro r g b a bf th cl r g b a ns b eat
----------------------------------------------------------------------
@@ -128,15 +120,11 @@
0x7e 0 tc 0 16 0 r y . 5 6 5 0 0 16 0 16 16 16 0 0 0 Slow
0x83 0 tc 0 24 0 r . . 8 8 8 0 0 0 0 0 0 0 0 0 0 None
0x85 0 tc 0 24 0 r y . 8 8 8 0 0 0 0 0 0 0 0 0 0 None
-0x8b 0 tc 0 24 0 r . . 8 8 8 0 0 24 0 0 0 0 0 0 0 None
-0x8d 0 tc 0 24 0 r y . 8 8 8 0 0 24 0 0 0 0 0 0 0 None
0x8f 0 tc 0 24 0 r . . 8 8 8 0 0 24 8 0 0 0 0 0 0 None
0x91 0 tc 0 24 0 r y . 8 8 8 0 0 24 8 0 0 0 0 0 0 None
0x92 0 tc 0 24 0 r y . 8 8 8 0 0 24 8 16 16 16 0 0 0 Slow
0x93 0 tc 0 32 0 r . . 8 8 8 8 0 0 0 0 0 0 0 0 0 None
0x95 0 tc 0 32 0 r y . 8 8 8 8 0 0 0 0 0 0 0 0 0 None
-0x9b 0 tc 0 32 0 r . . 8 8 8 8 0 24 0 0 0 0 0 0 0 None
-0x9d 0 tc 0 32 0 r y . 8 8 8 8 0 24 0 0 0 0 0 0 0 None
0x9f 0 tc 0 32 0 r . . 8 8 8 8 0 24 8 0 0 0 0 0 0 None
0xa1 0 tc 0 32 0 r y . 8 8 8 8 0 24 8 0 0 0 0 0 0 None
0xa2 0 tc 0 32 0 r y . 8 8 8 8 0 24 8 16 16 16 16 0 0 Slow
@@ -147,15 +135,11 @@
0xbe 0 dc 0 16 0 r y . 5 6 5 0 0 16 0 16 16 16 0 0 0 Slow
0xc3 0 dc 0 24 0 r . . 8 8 8 0 0 0 0 0 0 0 0 0 0 None
0xc5 0 dc 0 24 0 r y . 8 8 8 0 0 0 0 0 0 0 0 0 0 None
-0xcb 0 dc 0 24 0 r . . 8 8 8 0 0 24 0 0 0 0 0 0 0 None
-0xcd 0 dc 0 24 0 r y . 8 8 8 0 0 24 0 0 0 0 0 0 0 None
0xcf 0 dc 0 24 0 r . . 8 8 8 0 0 24 8 0 0 0 0 0 0 None
0xd1 0 dc 0 24 0 r y . 8 8 8 0 0 24 8 0 0 0 0 0 0 None
0xd2 0 dc 0 24 0 r y . 8 8 8 0 0 24 8 16 16 16 0 0 0 Slow
0xd3 0 dc 0 32 0 r . . 8 8 8 8 0 0 0 0 0 0 0 0 0 None
0xd5 0 dc 0 32 0 r y . 8 8 8 8 0 0 0 0 0 0 0 0 0 None
-0xdb 0 dc 0 32 0 r . . 8 8 8 8 0 24 0 0 0 0 0 0 0 None
-0xdd 0 dc 0 32 0 r y . 8 8 8 8 0 24 0 0 0 0 0 0 0 None
0xdf 0 dc 0 32 0 r . . 8 8 8 8 0 24 8 0 0 0 0 0 0 None
0xe1 0 dc 0 32 0 r y . 8 8 8 8 0 24 8 0 0 0 0 0 0 None
0xe2 0 dc 0 32 0 r y . 8 8 8 8 0 24 8 16 16 16 16 0 0 Slow
What is interesting is this:
-0x62 32 tc 0 32 0 r y . 8 8 8 8 0 24 0 0 0 0 0 0 0 None
This is only visual with depth==32, and it is removed.
Compiz complained about depth 32...
Best regards,
Maxim Levitsky
[-- Attachment #2: glxinfo_bad --]
[-- Type: text/plain, Size: 9012 bytes --]
name of display: :0.0
display: :0 screen: 0
direct rendering: Yes
server glx vendor string: SGI
server glx version string: 1.2
server glx extensions:
GLX_ARB_multisample, GLX_EXT_visual_info, GLX_EXT_visual_rating,
GLX_EXT_import_context, GLX_EXT_texture_from_pixmap, GLX_OML_swap_method,
GLX_SGI_make_current_read, GLX_SGIS_multisample, GLX_SGIX_hyperpipe,
GLX_SGIX_swap_barrier, GLX_SGIX_fbconfig, GLX_SGIX_pbuffer,
GLX_MESA_copy_sub_buffer
client glx vendor string: Mesa Project and SGI
client glx version string: 1.4
client glx extensions:
GLX_ARB_get_proc_address, GLX_ARB_multisample, GLX_EXT_import_context,
GLX_EXT_visual_info, GLX_EXT_visual_rating, GLX_MESA_allocate_memory,
GLX_MESA_copy_sub_buffer, GLX_MESA_swap_control,
GLX_MESA_swap_frame_usage, GLX_OML_swap_method, GLX_OML_sync_control,
GLX_SGI_make_current_read, GLX_SGI_swap_control, GLX_SGI_video_sync,
GLX_SGIS_multisample, GLX_SGIX_fbconfig, GLX_SGIX_pbuffer,
GLX_SGIX_visual_select_group, GLX_EXT_texture_from_pixmap,
GLX_INTEL_swap_event
GLX version: 1.2
GLX extensions:
GLX_ARB_get_proc_address, GLX_ARB_multisample, GLX_EXT_import_context,
GLX_EXT_visual_info, GLX_EXT_visual_rating, GLX_MESA_copy_sub_buffer,
GLX_MESA_swap_control, GLX_OML_swap_method, GLX_SGI_make_current_read,
GLX_SGI_video_sync, GLX_SGIS_multisample, GLX_SGIX_fbconfig,
GLX_SGIX_pbuffer, GLX_EXT_texture_from_pixmap
OpenGL vendor string: Tungsten Graphics, Inc
OpenGL renderer string: Mesa DRI Intel(R) 965G GEM 20100330 DEVELOPMENT x86/MMX/SSE2
OpenGL version string: 2.1 Mesa 7.9-devel
OpenGL shading language version string: 1.20
OpenGL extensions:
GL_ARB_copy_buffer, GL_ARB_depth_texture, GL_ARB_depth_clamp,
GL_ARB_draw_buffers, GL_ARB_draw_elements_base_vertex,
GL_ARB_fragment_coord_conventions, GL_ARB_fragment_program,
GL_ARB_fragment_program_shadow, GL_ARB_fragment_shader,
GL_ARB_framebuffer_object, GL_ARB_half_float_pixel,
GL_ARB_half_float_vertex, GL_ARB_map_buffer_range, GL_ARB_multisample,
GL_ARB_multitexture, GL_ARB_occlusion_query, GL_ARB_pixel_buffer_object,
GL_ARB_point_parameters, GL_ARB_point_sprite, GL_ARB_provoking_vertex,
GL_ARB_seamless_cube_map, GL_ARB_shader_objects,
GL_ARB_shading_language_100, GL_ARB_shading_language_120, GL_ARB_shadow,
GL_ARB_sync, GL_ARB_texture_border_clamp, GL_ARB_texture_compression,
GL_ARB_texture_cube_map, GL_ARB_texture_env_add,
GL_ARB_texture_env_combine, GL_ARB_texture_env_crossbar,
GL_ARB_texture_env_dot3, GL_ARB_texture_mirrored_repeat,
GL_ARB_texture_non_power_of_two, GL_ARB_texture_rectangle,
GL_ARB_texture_swizzle, GL_ARB_transpose_matrix, GL_ARB_vertex_array_bgra,
GL_ARB_vertex_array_object, GL_ARB_vertex_buffer_object,
GL_ARB_vertex_program, GL_ARB_vertex_shader, GL_ARB_window_pos,
GL_EXT_abgr, GL_EXT_bgra, GL_EXT_blend_color,
GL_EXT_blend_equation_separate, GL_EXT_blend_func_separate,
GL_EXT_blend_logic_op, GL_EXT_blend_minmax, GL_EXT_blend_subtract,
GL_EXT_cull_vertex, GL_EXT_compiled_vertex_array, GL_EXT_copy_texture,
GL_EXT_draw_buffers2, GL_EXT_draw_range_elements, GL_EXT_framebuffer_blit,
GL_EXT_framebuffer_object, GL_EXT_fog_coord,
GL_EXT_gpu_program_parameters, GL_EXT_multi_draw_arrays,
GL_EXT_packed_depth_stencil, GL_EXT_packed_pixels,
GL_EXT_pixel_buffer_object, GL_EXT_point_parameters,
GL_EXT_polygon_offset, GL_EXT_provoking_vertex, GL_EXT_rescale_normal,
GL_EXT_secondary_color, GL_EXT_separate_specular_color,
GL_EXT_shadow_funcs, GL_EXT_stencil_two_side, GL_EXT_stencil_wrap,
GL_EXT_subtexture, GL_EXT_texture, GL_EXT_texture3D,
GL_EXT_texture_cube_map, GL_EXT_texture_edge_clamp,
GL_EXT_texture_env_add, GL_EXT_texture_env_combine,
GL_EXT_texture_env_dot3, GL_EXT_texture_filter_anisotropic,
GL_EXT_texture_lod_bias, GL_EXT_texture_object, GL_EXT_texture_rectangle,
GL_EXT_texture_sRGB, GL_EXT_texture_swizzle, GL_EXT_vertex_array,
GL_EXT_vertex_array_bgra, GL_3DFX_texture_compression_FXT1,
GL_APPLE_client_storage, GL_APPLE_packed_pixels,
GL_APPLE_vertex_array_object, GL_APPLE_object_purgeable,
GL_ATI_blend_equation_separate, GL_ATI_envmap_bumpmap,
GL_ATI_texture_env_combine3, GL_ATI_separate_stencil,
GL_IBM_multimode_draw_arrays, GL_IBM_rasterpos_clip,
GL_IBM_texture_mirrored_repeat, GL_INGR_blend_func_separate,
GL_MESA_pack_invert, GL_MESA_texture_signed_rgba, GL_MESA_ycbcr_texture,
GL_MESA_window_pos, GL_NV_blend_square, GL_NV_depth_clamp,
GL_NV_light_max_exponent, GL_NV_packed_depth_stencil,
GL_NV_texture_env_combine4, GL_NV_texture_rectangle,
GL_NV_texgen_reflection, GL_NV_vertex_program, GL_NV_vertex_program1_1,
GL_OES_read_format, GL_SGIS_generate_mipmap, GL_SGIS_texture_border_clamp,
GL_SGIS_texture_edge_clamp, GL_SGIS_texture_lod, GL_SUN_multi_draw_arrays,
GL_OES_EGL_image
20 GLX Visuals
visual x bf lv rg d st colorbuffer ax dp st accumbuffer ms cav
id dep cl sp sz l ci b ro r g b a bf th cl r g b a ns b eat
----------------------------------------------------------------------
0x21 24 tc 0 32 0 r y . 8 8 8 8 0 24 8 0 0 0 0 0 0 None
0x22 24 dc 0 32 0 r y . 8 8 8 8 0 24 8 0 0 0 0 0 0 None
0xe3 24 tc 0 24 0 r . . 8 8 8 0 0 0 0 0 0 0 0 0 0 None
0xe5 24 tc 0 24 0 r y . 8 8 8 0 0 0 0 0 0 0 0 0 0 None
0xef 24 tc 0 24 0 r . . 8 8 8 0 0 24 8 0 0 0 0 0 0 None
0xf1 24 tc 0 24 0 r y . 8 8 8 0 0 24 8 0 0 0 0 0 0 None
0xf2 24 tc 0 24 0 r y . 8 8 8 0 0 24 8 16 16 16 0 0 0 Slow
0xf3 24 tc 0 32 0 r . . 8 8 8 8 0 0 0 0 0 0 0 0 0 None
0xf5 24 tc 0 32 0 r y . 8 8 8 8 0 0 0 0 0 0 0 0 0 None
0xfe 24 tc 0 32 0 r . . 8 8 8 8 0 24 8 0 0 0 0 0 0 None
0x100 24 tc 0 32 0 r y . 8 8 8 8 0 24 8 16 16 16 16 0 0 Slow
0x101 24 dc 0 24 0 r . . 8 8 8 0 0 0 0 0 0 0 0 0 0 None
0x103 24 dc 0 24 0 r y . 8 8 8 0 0 0 0 0 0 0 0 0 0 None
0x10d 24 dc 0 24 0 r . . 8 8 8 0 0 24 8 0 0 0 0 0 0 None
0x10f 24 dc 0 24 0 r y . 8 8 8 0 0 24 8 0 0 0 0 0 0 None
0x110 24 dc 0 24 0 r y . 8 8 8 0 0 24 8 16 16 16 0 0 0 Slow
0x111 24 dc 0 32 0 r . . 8 8 8 8 0 0 0 0 0 0 0 0 0 None
0x113 24 dc 0 32 0 r y . 8 8 8 8 0 0 0 0 0 0 0 0 0 None
0x11d 24 dc 0 32 0 r . . 8 8 8 8 0 24 8 0 0 0 0 0 0 None
0x11f 24 dc 0 32 0 r y . 8 8 8 8 0 24 8 16 16 16 16 0 0 Slow
30 GLXFBConfigs:
visual x bf lv rg d st colorbuffer ax dp st accumbuffer ms cav
id dep cl sp sz l ci b ro r g b a bf th cl r g b a ns b eat
----------------------------------------------------------------------
0x73 0 tc 0 16 0 r . . 5 6 5 0 0 0 0 0 0 0 0 0 0 None
0x75 0 tc 0 16 0 r y . 5 6 5 0 0 0 0 0 0 0 0 0 0 None
0x7b 0 tc 0 16 0 r . . 5 6 5 0 0 16 0 0 0 0 0 0 0 None
0x7d 0 tc 0 16 0 r y . 5 6 5 0 0 16 0 0 0 0 0 0 0 None
0x7e 0 tc 0 16 0 r y . 5 6 5 0 0 16 0 16 16 16 0 0 0 Slow
0x83 0 tc 0 24 0 r . . 8 8 8 0 0 0 0 0 0 0 0 0 0 None
0x85 0 tc 0 24 0 r y . 8 8 8 0 0 0 0 0 0 0 0 0 0 None
0x8f 0 tc 0 24 0 r . . 8 8 8 0 0 24 8 0 0 0 0 0 0 None
0x91 0 tc 0 24 0 r y . 8 8 8 0 0 24 8 0 0 0 0 0 0 None
0x92 0 tc 0 24 0 r y . 8 8 8 0 0 24 8 16 16 16 0 0 0 Slow
0x93 0 tc 0 32 0 r . . 8 8 8 8 0 0 0 0 0 0 0 0 0 None
0x95 0 tc 0 32 0 r y . 8 8 8 8 0 0 0 0 0 0 0 0 0 None
0x9f 0 tc 0 32 0 r . . 8 8 8 8 0 24 8 0 0 0 0 0 0 None
0xa1 0 tc 0 32 0 r y . 8 8 8 8 0 24 8 0 0 0 0 0 0 None
0xa2 0 tc 0 32 0 r y . 8 8 8 8 0 24 8 16 16 16 16 0 0 Slow
0xb3 0 dc 0 16 0 r . . 5 6 5 0 0 0 0 0 0 0 0 0 0 None
0xb5 0 dc 0 16 0 r y . 5 6 5 0 0 0 0 0 0 0 0 0 0 None
0xbb 0 dc 0 16 0 r . . 5 6 5 0 0 16 0 0 0 0 0 0 0 None
0xbd 0 dc 0 16 0 r y . 5 6 5 0 0 16 0 0 0 0 0 0 0 None
0xbe 0 dc 0 16 0 r y . 5 6 5 0 0 16 0 16 16 16 0 0 0 Slow
0xc3 0 dc 0 24 0 r . . 8 8 8 0 0 0 0 0 0 0 0 0 0 None
0xc5 0 dc 0 24 0 r y . 8 8 8 0 0 0 0 0 0 0 0 0 0 None
0xcf 0 dc 0 24 0 r . . 8 8 8 0 0 24 8 0 0 0 0 0 0 None
0xd1 0 dc 0 24 0 r y . 8 8 8 0 0 24 8 0 0 0 0 0 0 None
0xd2 0 dc 0 24 0 r y . 8 8 8 0 0 24 8 16 16 16 0 0 0 Slow
0xd3 0 dc 0 32 0 r . . 8 8 8 8 0 0 0 0 0 0 0 0 0 None
0xd5 0 dc 0 32 0 r y . 8 8 8 8 0 0 0 0 0 0 0 0 0 None
0xdf 0 dc 0 32 0 r . . 8 8 8 8 0 24 8 0 0 0 0 0 0 None
0xe1 0 dc 0 32 0 r y . 8 8 8 8 0 24 8 0 0 0 0 0 0 None
0xe2 0 dc 0 32 0 r y . 8 8 8 8 0 24 8 16 16 16 16 0 0 Slow
[-- Attachment #3: glxinfo_good --]
[-- Type: text/plain, Size: 10152 bytes --]
name of display: :0.0
display: :0 screen: 0
direct rendering: Yes
server glx vendor string: SGI
server glx version string: 1.2
server glx extensions:
GLX_ARB_multisample, GLX_EXT_visual_info, GLX_EXT_visual_rating,
GLX_EXT_import_context, GLX_EXT_texture_from_pixmap, GLX_OML_swap_method,
GLX_SGI_make_current_read, GLX_SGIS_multisample, GLX_SGIX_hyperpipe,
GLX_SGIX_swap_barrier, GLX_SGIX_fbconfig, GLX_SGIX_pbuffer,
GLX_MESA_copy_sub_buffer
client glx vendor string: Mesa Project and SGI
client glx version string: 1.4
client glx extensions:
GLX_ARB_get_proc_address, GLX_ARB_multisample, GLX_EXT_import_context,
GLX_EXT_visual_info, GLX_EXT_visual_rating, GLX_MESA_allocate_memory,
GLX_MESA_copy_sub_buffer, GLX_MESA_swap_control,
GLX_MESA_swap_frame_usage, GLX_OML_swap_method, GLX_OML_sync_control,
GLX_SGI_make_current_read, GLX_SGI_swap_control, GLX_SGI_video_sync,
GLX_SGIS_multisample, GLX_SGIX_fbconfig, GLX_SGIX_pbuffer,
GLX_SGIX_visual_select_group, GLX_EXT_texture_from_pixmap,
GLX_INTEL_swap_event
GLX version: 1.2
GLX extensions:
GLX_ARB_get_proc_address, GLX_ARB_multisample, GLX_EXT_import_context,
GLX_EXT_visual_info, GLX_EXT_visual_rating, GLX_MESA_copy_sub_buffer,
GLX_MESA_swap_control, GLX_OML_swap_method, GLX_SGI_make_current_read,
GLX_SGI_video_sync, GLX_SGIS_multisample, GLX_SGIX_fbconfig,
GLX_SGIX_pbuffer, GLX_EXT_texture_from_pixmap
OpenGL vendor string: Tungsten Graphics, Inc
OpenGL renderer string: Mesa DRI Intel(R) 965G GEM 20100330 DEVELOPMENT x86/MMX/SSE2
OpenGL version string: 2.1 Mesa 7.9-devel
OpenGL shading language version string: 1.20
OpenGL extensions:
GL_ARB_copy_buffer, GL_ARB_depth_texture, GL_ARB_depth_clamp,
GL_ARB_draw_buffers, GL_ARB_draw_elements_base_vertex,
GL_ARB_fragment_coord_conventions, GL_ARB_fragment_program,
GL_ARB_fragment_program_shadow, GL_ARB_fragment_shader,
GL_ARB_framebuffer_object, GL_ARB_half_float_pixel,
GL_ARB_half_float_vertex, GL_ARB_map_buffer_range, GL_ARB_multisample,
GL_ARB_multitexture, GL_ARB_occlusion_query, GL_ARB_pixel_buffer_object,
GL_ARB_point_parameters, GL_ARB_point_sprite, GL_ARB_provoking_vertex,
GL_ARB_seamless_cube_map, GL_ARB_shader_objects,
GL_ARB_shading_language_100, GL_ARB_shading_language_120, GL_ARB_shadow,
GL_ARB_sync, GL_ARB_texture_border_clamp, GL_ARB_texture_compression,
GL_ARB_texture_cube_map, GL_ARB_texture_env_add,
GL_ARB_texture_env_combine, GL_ARB_texture_env_crossbar,
GL_ARB_texture_env_dot3, GL_ARB_texture_mirrored_repeat,
GL_ARB_texture_non_power_of_two, GL_ARB_texture_rectangle,
GL_ARB_texture_swizzle, GL_ARB_transpose_matrix, GL_ARB_vertex_array_bgra,
GL_ARB_vertex_array_object, GL_ARB_vertex_buffer_object,
GL_ARB_vertex_program, GL_ARB_vertex_shader, GL_ARB_window_pos,
GL_EXT_abgr, GL_EXT_bgra, GL_EXT_blend_color,
GL_EXT_blend_equation_separate, GL_EXT_blend_func_separate,
GL_EXT_blend_logic_op, GL_EXT_blend_minmax, GL_EXT_blend_subtract,
GL_EXT_cull_vertex, GL_EXT_compiled_vertex_array, GL_EXT_copy_texture,
GL_EXT_draw_buffers2, GL_EXT_draw_range_elements, GL_EXT_framebuffer_blit,
GL_EXT_framebuffer_object, GL_EXT_fog_coord,
GL_EXT_gpu_program_parameters, GL_EXT_multi_draw_arrays,
GL_EXT_packed_depth_stencil, GL_EXT_packed_pixels,
GL_EXT_pixel_buffer_object, GL_EXT_point_parameters,
GL_EXT_polygon_offset, GL_EXT_provoking_vertex, GL_EXT_rescale_normal,
GL_EXT_secondary_color, GL_EXT_separate_specular_color,
GL_EXT_shadow_funcs, GL_EXT_stencil_two_side, GL_EXT_stencil_wrap,
GL_EXT_subtexture, GL_EXT_texture, GL_EXT_texture3D,
GL_EXT_texture_cube_map, GL_EXT_texture_edge_clamp,
GL_EXT_texture_env_add, GL_EXT_texture_env_combine,
GL_EXT_texture_env_dot3, GL_EXT_texture_filter_anisotropic,
GL_EXT_texture_lod_bias, GL_EXT_texture_object, GL_EXT_texture_rectangle,
GL_EXT_texture_sRGB, GL_EXT_texture_swizzle, GL_EXT_vertex_array,
GL_EXT_vertex_array_bgra, GL_3DFX_texture_compression_FXT1,
GL_APPLE_client_storage, GL_APPLE_packed_pixels,
GL_APPLE_vertex_array_object, GL_APPLE_object_purgeable,
GL_ATI_blend_equation_separate, GL_ATI_envmap_bumpmap,
GL_ATI_texture_env_combine3, GL_ATI_separate_stencil,
GL_IBM_multimode_draw_arrays, GL_IBM_rasterpos_clip,
GL_IBM_texture_mirrored_repeat, GL_INGR_blend_func_separate,
GL_MESA_pack_invert, GL_MESA_texture_signed_rgba, GL_MESA_ycbcr_texture,
GL_MESA_window_pos, GL_NV_blend_square, GL_NV_depth_clamp,
GL_NV_light_max_exponent, GL_NV_packed_depth_stencil,
GL_NV_texture_env_combine4, GL_NV_texture_rectangle,
GL_NV_texgen_reflection, GL_NV_vertex_program, GL_NV_vertex_program1_1,
GL_OES_read_format, GL_SGIS_generate_mipmap, GL_SGIS_texture_border_clamp,
GL_SGIS_texture_edge_clamp, GL_SGIS_texture_lod, GL_SUN_multi_draw_arrays,
GL_OES_EGL_image
28 GLX Visuals
visual x bf lv rg d st colorbuffer ax dp st accumbuffer ms cav
id dep cl sp sz l ci b ro r g b a bf th cl r g b a ns b eat
----------------------------------------------------------------------
0x21 24 tc 0 32 0 r y . 8 8 8 8 0 24 8 0 0 0 0 0 0 None
0x22 24 dc 0 32 0 r y . 8 8 8 8 0 24 8 0 0 0 0 0 0 None
0xe3 24 tc 0 24 0 r . . 8 8 8 0 0 0 0 0 0 0 0 0 0 None
0xe5 24 tc 0 24 0 r y . 8 8 8 0 0 0 0 0 0 0 0 0 0 None
0xeb 24 tc 0 24 0 r . . 8 8 8 0 0 24 0 0 0 0 0 0 0 None
0xed 24 tc 0 24 0 r y . 8 8 8 0 0 24 0 0 0 0 0 0 0 None
0xef 24 tc 0 24 0 r . . 8 8 8 0 0 24 8 0 0 0 0 0 0 None
0xf1 24 tc 0 24 0 r y . 8 8 8 0 0 24 8 0 0 0 0 0 0 None
0xf2 24 tc 0 24 0 r y . 8 8 8 0 0 24 8 16 16 16 0 0 0 Slow
0xf3 24 tc 0 32 0 r . . 8 8 8 8 0 0 0 0 0 0 0 0 0 None
0xf5 24 tc 0 32 0 r y . 8 8 8 8 0 0 0 0 0 0 0 0 0 None
0xfb 24 tc 0 32 0 r . . 8 8 8 8 0 24 0 0 0 0 0 0 0 None
0xfe 24 tc 0 32 0 r . . 8 8 8 8 0 24 8 0 0 0 0 0 0 None
0x100 24 tc 0 32 0 r y . 8 8 8 8 0 24 8 16 16 16 16 0 0 Slow
0x101 24 dc 0 24 0 r . . 8 8 8 0 0 0 0 0 0 0 0 0 0 None
0x103 24 dc 0 24 0 r y . 8 8 8 0 0 0 0 0 0 0 0 0 0 None
0x109 24 dc 0 24 0 r . . 8 8 8 0 0 24 0 0 0 0 0 0 0 None
0x10b 24 dc 0 24 0 r y . 8 8 8 0 0 24 0 0 0 0 0 0 0 None
0x10d 24 dc 0 24 0 r . . 8 8 8 0 0 24 8 0 0 0 0 0 0 None
0x10f 24 dc 0 24 0 r y . 8 8 8 0 0 24 8 0 0 0 0 0 0 None
0x110 24 dc 0 24 0 r y . 8 8 8 0 0 24 8 16 16 16 0 0 0 Slow
0x111 24 dc 0 32 0 r . . 8 8 8 8 0 0 0 0 0 0 0 0 0 None
0x113 24 dc 0 32 0 r y . 8 8 8 8 0 0 0 0 0 0 0 0 0 None
0x119 24 dc 0 32 0 r . . 8 8 8 8 0 24 0 0 0 0 0 0 0 None
0x11b 24 dc 0 32 0 r y . 8 8 8 8 0 24 0 0 0 0 0 0 0 None
0x11d 24 dc 0 32 0 r . . 8 8 8 8 0 24 8 0 0 0 0 0 0 None
0x11f 24 dc 0 32 0 r y . 8 8 8 8 0 24 8 16 16 16 16 0 0 Slow
0x62 32 tc 0 32 0 r y . 8 8 8 8 0 24 0 0 0 0 0 0 0 None
38 GLXFBConfigs:
visual x bf lv rg d st colorbuffer ax dp st accumbuffer ms cav
id dep cl sp sz l ci b ro r g b a bf th cl r g b a ns b eat
----------------------------------------------------------------------
0x73 0 tc 0 16 0 r . . 5 6 5 0 0 0 0 0 0 0 0 0 0 None
0x75 0 tc 0 16 0 r y . 5 6 5 0 0 0 0 0 0 0 0 0 0 None
0x7b 0 tc 0 16 0 r . . 5 6 5 0 0 16 0 0 0 0 0 0 0 None
0x7d 0 tc 0 16 0 r y . 5 6 5 0 0 16 0 0 0 0 0 0 0 None
0x7e 0 tc 0 16 0 r y . 5 6 5 0 0 16 0 16 16 16 0 0 0 Slow
0x83 0 tc 0 24 0 r . . 8 8 8 0 0 0 0 0 0 0 0 0 0 None
0x85 0 tc 0 24 0 r y . 8 8 8 0 0 0 0 0 0 0 0 0 0 None
0x8b 0 tc 0 24 0 r . . 8 8 8 0 0 24 0 0 0 0 0 0 0 None
0x8d 0 tc 0 24 0 r y . 8 8 8 0 0 24 0 0 0 0 0 0 0 None
0x8f 0 tc 0 24 0 r . . 8 8 8 0 0 24 8 0 0 0 0 0 0 None
0x91 0 tc 0 24 0 r y . 8 8 8 0 0 24 8 0 0 0 0 0 0 None
0x92 0 tc 0 24 0 r y . 8 8 8 0 0 24 8 16 16 16 0 0 0 Slow
0x93 0 tc 0 32 0 r . . 8 8 8 8 0 0 0 0 0 0 0 0 0 None
0x95 0 tc 0 32 0 r y . 8 8 8 8 0 0 0 0 0 0 0 0 0 None
0x9b 0 tc 0 32 0 r . . 8 8 8 8 0 24 0 0 0 0 0 0 0 None
0x9d 0 tc 0 32 0 r y . 8 8 8 8 0 24 0 0 0 0 0 0 0 None
0x9f 0 tc 0 32 0 r . . 8 8 8 8 0 24 8 0 0 0 0 0 0 None
0xa1 0 tc 0 32 0 r y . 8 8 8 8 0 24 8 0 0 0 0 0 0 None
0xa2 0 tc 0 32 0 r y . 8 8 8 8 0 24 8 16 16 16 16 0 0 Slow
0xb3 0 dc 0 16 0 r . . 5 6 5 0 0 0 0 0 0 0 0 0 0 None
0xb5 0 dc 0 16 0 r y . 5 6 5 0 0 0 0 0 0 0 0 0 0 None
0xbb 0 dc 0 16 0 r . . 5 6 5 0 0 16 0 0 0 0 0 0 0 None
0xbd 0 dc 0 16 0 r y . 5 6 5 0 0 16 0 0 0 0 0 0 0 None
0xbe 0 dc 0 16 0 r y . 5 6 5 0 0 16 0 16 16 16 0 0 0 Slow
0xc3 0 dc 0 24 0 r . . 8 8 8 0 0 0 0 0 0 0 0 0 0 None
0xc5 0 dc 0 24 0 r y . 8 8 8 0 0 0 0 0 0 0 0 0 0 None
0xcb 0 dc 0 24 0 r . . 8 8 8 0 0 24 0 0 0 0 0 0 0 None
0xcd 0 dc 0 24 0 r y . 8 8 8 0 0 24 0 0 0 0 0 0 0 None
0xcf 0 dc 0 24 0 r . . 8 8 8 0 0 24 8 0 0 0 0 0 0 None
0xd1 0 dc 0 24 0 r y . 8 8 8 0 0 24 8 0 0 0 0 0 0 None
0xd2 0 dc 0 24 0 r y . 8 8 8 0 0 24 8 16 16 16 0 0 0 Slow
0xd3 0 dc 0 32 0 r . . 8 8 8 8 0 0 0 0 0 0 0 0 0 None
0xd5 0 dc 0 32 0 r y . 8 8 8 8 0 0 0 0 0 0 0 0 0 None
0xdb 0 dc 0 32 0 r . . 8 8 8 8 0 24 0 0 0 0 0 0 0 None
0xdd 0 dc 0 32 0 r y . 8 8 8 8 0 24 0 0 0 0 0 0 0 None
0xdf 0 dc 0 32 0 r . . 8 8 8 8 0 24 8 0 0 0 0 0 0 None
0xe1 0 dc 0 32 0 r y . 8 8 8 8 0 24 8 0 0 0 0 0 0 None
0xe2 0 dc 0 32 0 r y . 8 8 8 8 0 24 8 16 16 16 16 0 0 Slow
[-- Attachment #4: Type: text/plain, Size: 159 bytes --]
_______________________________________________
Intel-gfx mailing list
Intel-gfx@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/intel-gfx
^ permalink raw reply [flat|nested] 12+ messages in thread
* Re: [Mesa3d-dev] mesa doesn't work with compiz (i965 + tips of all branches)
2010-06-30 23:13 ` Maxim Levitsky
@ 2010-07-01 17:32 ` Ian Romanick
2010-07-03 23:32 ` Maxim Levitsky
2010-07-05 9:07 ` Michel Dänzer
0 siblings, 2 replies; 12+ messages in thread
From: Ian Romanick @ 2010-07-01 17:32 UTC (permalink / raw)
To: Maxim Levitsky
Cc: mesa-dev@lists.freedesktop.org, intel-gfx@lists.freedesktop.org
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
Note: I'm sending this reply to mesa-dev@lists.freedesktop.org instead
of the old mailing list.
Maxim Levitsky wrote:
> On Tue, 2010-06-29 at 15:49 -0700, Ian Romanick wrote:
> 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.
[snip]
> What is interesting is this:
>
> -0x62 32 tc 0 32 0 r y . 8 8 8 8 0 24 0 0 0 0 0 0 0 None
Yup. That has to be it. The fix will have two parts. First, make the
3D driver a this specific visual. That will make "new" 3D drivers work
with "old" 2D drivers. Second, make the 2D driver mark this visual has
having stencil. The memory is there (interleaved with the 24-bits of
depth), so we may as well expose it.
If there's not a bugzilla for this, could you create one? This will
ensure that I get this fixed sooner rather than later. This also helps
us get it into a stable Mesa release.
Thanks.
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.10 (GNU/Linux)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/
iEYEARECAAYFAkws0TkACgkQX1gOwKyEAw8AiQCfeBiSF8kwHw5r93HREUpNdFu9
KOIAnRAY2rJUIvrrtYAZ/OAEI4GKmSqY
=bV5i
-----END PGP SIGNATURE-----
^ permalink raw reply [flat|nested] 12+ messages in thread
* Re: [Mesa3d-dev] mesa doesn't work with compiz (i965 + tips of all branches)
2010-07-01 17:32 ` Ian Romanick
@ 2010-07-03 23:32 ` Maxim Levitsky
2010-07-05 9:07 ` Michel Dänzer
1 sibling, 0 replies; 12+ messages in thread
From: Maxim Levitsky @ 2010-07-03 23:32 UTC (permalink / raw)
To: Ian Romanick
Cc: mesa-dev@lists.freedesktop.org, intel-gfx@lists.freedesktop.org
On Thu, 2010-07-01 at 10:32 -0700, Ian Romanick wrote:
> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA1
>
> Note: I'm sending this reply to mesa-dev@lists.freedesktop.org instead
> of the old mailing list.
>
> Maxim Levitsky wrote:
> > On Tue, 2010-06-29 at 15:49 -0700, Ian Romanick wrote:
> > 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.
>
> [snip]
>
> > What is interesting is this:
> >
> > -0x62 32 tc 0 32 0 r y . 8 8 8 8 0 24 0 0 0 0 0 0 0 None
>
> Yup. That has to be it. The fix will have two parts. First, make the
> 3D driver a this specific visual. That will make "new" 3D drivers work
> with "old" 2D drivers. Second, make the 2D driver mark this visual has
> having stencil. The memory is there (interleaved with the 24-bits of
> depth), so we may as well expose it.
>
> If there's not a bugzilla for this, could you create one? This will
> ensure that I get this fixed sooner rather than later. This also helps
> us get it into a stable Mesa release.
>
> Thanks.
Done:
https://bugs.freedesktop.org/show_bug.cgi?id=28900
Best regards,
Maxim Levitsky
^ permalink raw reply [flat|nested] 12+ messages in thread
* Re: [Mesa3d-dev] mesa doesn't work with compiz (i965 + tips of all branches)
2010-07-01 17:32 ` Ian Romanick
2010-07-03 23:32 ` Maxim Levitsky
@ 2010-07-05 9:07 ` Michel Dänzer
2010-07-05 10:08 ` Maxim Levitsky
1 sibling, 1 reply; 12+ messages in thread
From: Michel Dänzer @ 2010-07-05 9:07 UTC (permalink / raw)
To: Ian Romanick
Cc: mesa-dev@lists.freedesktop.org, intel-gfx@lists.freedesktop.org
On Don, 2010-07-01 at 10:32 -0700, Ian Romanick wrote:
> -----BEGIN PGP SIGNED MESSAGE-----
> Hash: SHA1
>
> Note: I'm sending this reply to mesa-dev@lists.freedesktop.org instead
> of the old mailing list.
>
> Maxim Levitsky wrote:
> > On Tue, 2010-06-29 at 15:49 -0700, Ian Romanick wrote:
> > 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.
>
> [snip]
>
> > What is interesting is this:
> >
> > -0x62 32 tc 0 32 0 r y . 8 8 8 8 0 24 0 0 0 0 0 0 0 None
>
> Yup. That has to be it. The fix will have two parts. First, make the
> 3D driver a this specific visual.
-ENOPARSE :)
> That will make "new" 3D drivers work with "old" 2D drivers. Second,
> make the 2D driver mark this visual has having stencil.
The X driver is no longer involved in GLX visuals. (However, the Mesa
driver loaded by the X server is involved. Maxim, did the X server load
your self-built i965_dri.so for each test?)
I think at least part of the problem could be that the X server code was
changed to make the depth 32 GLX visual take the place of one of the
depth 24 ones. It should probably become separate again.
--
Earthling Michel Dänzer | http://www.vmware.com
Libre software enthusiast | Debian, X and DRI developer
_______________________________________________
mesa-dev mailing list
mesa-dev@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/mesa-dev
^ permalink raw reply [flat|nested] 12+ messages in thread
* Re: [Mesa3d-dev] mesa doesn't work with compiz (i965 + tips of all branches)
2010-07-05 9:07 ` Michel Dänzer
@ 2010-07-05 10:08 ` Maxim Levitsky
2010-07-05 15:22 ` [Mesa-dev] " Maxim Levitsky
0 siblings, 1 reply; 12+ messages in thread
From: Maxim Levitsky @ 2010-07-05 10:08 UTC (permalink / raw)
To: Michel Dänzer
Cc: mesa-dev@lists.freedesktop.org, intel-gfx@lists.freedesktop.org
2010/7/5 Michel Dänzer <michel@daenzer.net>:
> On Don, 2010-07-01 at 10:32 -0700, Ian Romanick wrote:
>> -----BEGIN PGP SIGNED MESSAGE-----
>> Hash: SHA1
>>
>> Note: I'm sending this reply to mesa-dev@lists.freedesktop.org instead
>> of the old mailing list.
>>
>> Maxim Levitsky wrote:
>> > On Tue, 2010-06-29 at 15:49 -0700, Ian Romanick wrote:
>> > 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.
>>
>> [snip]
>>
>> > What is interesting is this:
>> >
>> > -0x62 32 tc 0 32 0 r y . 8 8 8 8 0 24 0 0 0 0 0 0 0 None
>>
>> Yup. That has to be it. The fix will have two parts. First, make the
>> 3D driver a this specific visual.
>
> -ENOPARSE :)
>
>> That will make "new" 3D drivers work with "old" 2D drivers. Second,
>> make the 2D driver mark this visual has having stencil.
>
> The X driver is no longer involved in GLX visuals. (However, the Mesa
> driver loaded by the X server is involved. Maxim, did the X server load
> your self-built i965_dri.so for each test?)
No. I just compile the mesa (and of course includes i965_dri.so) with
or without commit
change is instant.
However. both good and bad behavior is persistent over X restarts,
when it does load new i965_dri.so
Wait a minute....
(II) AIGLX: Loaded and initialized /usr/local/lib/dri/swrast_dri.so
(II) GLX: Initialized DRISWRAST GL provider for screen 0
I disabled AIGLX in x server long time ago, because it makes me
recompile the server each time mesa changes, and otherwise is useless.
So I try with AIGLX next.
>
> I think at least part of the problem could be that the X server code was
> changed to make the depth 32 GLX visual take the place of one of the
> depth 24 ones. It should probably become separate again.
>
>
> --
> Earthling Michel Dänzer | http://www.vmware.com
> Libre software enthusiast | Debian, X and DRI developer
>
_______________________________________________
mesa-dev mailing list
mesa-dev@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/mesa-dev
^ permalink raw reply [flat|nested] 12+ messages in thread
* Re: [Mesa-dev] [Mesa3d-dev] mesa doesn't work with compiz (i965 + tips of all branches)
2010-07-05 10:08 ` Maxim Levitsky
@ 2010-07-05 15:22 ` Maxim Levitsky
2010-07-05 15:57 ` [Intel-gfx] " Kristian Høgsberg
0 siblings, 1 reply; 12+ messages in thread
From: Maxim Levitsky @ 2010-07-05 15:22 UTC (permalink / raw)
To: Michel Dänzer
Cc: mesa-dev@lists.freedesktop.org, intel-gfx@lists.freedesktop.org
On Mon, 2010-07-05 at 13:08 +0300, Maxim Levitsky wrote:
> 2010/7/5 Michel Dänzer <michel@daenzer.net>:
> > On Don, 2010-07-01 at 10:32 -0700, Ian Romanick wrote:
> >> -----BEGIN PGP SIGNED MESSAGE-----
> >> Hash: SHA1
> >>
> >> Note: I'm sending this reply to mesa-dev@lists.freedesktop.org instead
> >> of the old mailing list.
> >>
> >> Maxim Levitsky wrote:
> >> > On Tue, 2010-06-29 at 15:49 -0700, Ian Romanick wrote:
> >> > 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.
> >>
> >> [snip]
> >>
> >> > What is interesting is this:
> >> >
> >> > -0x62 32 tc 0 32 0 r y . 8 8 8 8 0 24 0 0 0 0 0 0 0 None
> >>
> >> Yup. That has to be it. The fix will have two parts. First, make the
> >> 3D driver a this specific visual.
> >
> > -ENOPARSE :)
> >
> >> That will make "new" 3D drivers work with "old" 2D drivers. Second,
> >> make the 2D driver mark this visual has having stencil.
> >
> > The X driver is no longer involved in GLX visuals. (However, the Mesa
> > driver loaded by the X server is involved. Maxim, did the X server load
> > your self-built i965_dri.so for each test?)
> No. I just compile the mesa (and of course includes i965_dri.so) with
> or without commit
> change is instant.
>
> However. both good and bad behavior is persistent over X restarts,
> when it does load new i965_dri.so
>
>
> Wait a minute....
>
> (II) AIGLX: Loaded and initialized /usr/local/lib/dri/swrast_dri.so
> (II) GLX: Initialized DRISWRAST GL provider for screen 0
>
>
> I disabled AIGLX in x server long time ago, because it makes me
> recompile the server each time mesa changes, and otherwise is useless.
>
> So I try with AIGLX next.
So thats was it, yep, server without --disable-aiglx works just fine
with unpached mesa...
This still should be fixed, because --disable-aiglx helps debbuging a
lot by decoupling xserver and mesa.
Best regards,
Maxim Levitsky
_______________________________________________
Intel-gfx mailing list
Intel-gfx@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/intel-gfx
^ permalink raw reply [flat|nested] 12+ messages in thread
* Re: [Intel-gfx] [Mesa3d-dev] mesa doesn't work with compiz (i965 + tips of all branches)
2010-07-05 15:22 ` [Mesa-dev] " Maxim Levitsky
@ 2010-07-05 15:57 ` Kristian Høgsberg
0 siblings, 0 replies; 12+ messages in thread
From: Kristian Høgsberg @ 2010-07-05 15:57 UTC (permalink / raw)
To: Maxim Levitsky
Cc: mesa-dev@lists.freedesktop.org, Michel Dänzer,
intel-gfx@lists.freedesktop.org
2010/7/5 Maxim Levitsky <maximlevitsky@gmail.com>:
> On Mon, 2010-07-05 at 13:08 +0300, Maxim Levitsky wrote:
>> 2010/7/5 Michel Dänzer <michel@daenzer.net>:
>> > On Don, 2010-07-01 at 10:32 -0700, Ian Romanick wrote:
>> >> -----BEGIN PGP SIGNED MESSAGE-----
>> >> Hash: SHA1
>> >>
>> >> Note: I'm sending this reply to mesa-dev@lists.freedesktop.org instead
>> >> of the old mailing list.
>> >>
>> >> Maxim Levitsky wrote:
>> >> > On Tue, 2010-06-29 at 15:49 -0700, Ian Romanick wrote:
>> >> > 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.
>> >>
>> >> [snip]
>> >>
>> >> > What is interesting is this:
>> >> >
>> >> > -0x62 32 tc 0 32 0 r y . 8 8 8 8 0 24 0 0 0 0 0 0 0 None
>> >>
>> >> Yup. That has to be it. The fix will have two parts. First, make the
>> >> 3D driver a this specific visual.
>> >
>> > -ENOPARSE :)
>> >
>> >> That will make "new" 3D drivers work with "old" 2D drivers. Second,
>> >> make the 2D driver mark this visual has having stencil.
>> >
>> > The X driver is no longer involved in GLX visuals. (However, the Mesa
>> > driver loaded by the X server is involved. Maxim, did the X server load
>> > your self-built i965_dri.so for each test?)
>> No. I just compile the mesa (and of course includes i965_dri.so) with
>> or without commit
>> change is instant.
>>
>> However. both good and bad behavior is persistent over X restarts,
>> when it does load new i965_dri.so
>>
>>
>> Wait a minute....
>>
>> (II) AIGLX: Loaded and initialized /usr/local/lib/dri/swrast_dri.so
>> (II) GLX: Initialized DRISWRAST GL provider for screen 0
>>
>>
>> I disabled AIGLX in x server long time ago, because it makes me
>> recompile the server each time mesa changes, and otherwise is useless.
>>
>> So I try with AIGLX next.
>
>
>
> So thats was it, yep, server without --disable-aiglx works just fine
> with unpached mesa...
>
> This still should be fixed, because --disable-aiglx helps debbuging a
> lot by decoupling xserver and mesa.
This hasn't been the case in a long time. The DRI driver is ABI
stable and always backwards compatible.
Kristian
_______________________________________________
mesa-dev mailing list
mesa-dev@lists.freedesktop.org
http://lists.freedesktop.org/mailman/listinfo/mesa-dev
^ permalink raw reply [flat|nested] 12+ messages in thread
end of thread, other threads:[~2010-07-05 15:57 UTC | newest]
Thread overview: 12+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2010-06-27 16:07 mesa doesn't work with compiz (i965 + tips of all branches) Maxim Levitsky
2010-06-29 17:34 ` Maxim Levitsky
2010-06-29 20:27 ` [Mesa3d-dev] " Maxim Levitsky
2010-06-29 20:47 ` Corbin Simpson
2010-06-29 22:49 ` Ian Romanick
2010-06-30 23:13 ` Maxim Levitsky
2010-07-01 17:32 ` Ian Romanick
2010-07-03 23:32 ` Maxim Levitsky
2010-07-05 9:07 ` Michel Dänzer
2010-07-05 10:08 ` Maxim Levitsky
2010-07-05 15:22 ` [Mesa-dev] " Maxim Levitsky
2010-07-05 15:57 ` [Intel-gfx] " Kristian Høgsberg
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox