Announcement

Collapse
No announcement yet.

Double buffering fail on r500 dri

Collapse
X
  • Filter
  • Time
  • Show
Clear All
new posts

  • Double buffering fail on r500 dri

    I have just reinstalled Arch Linux, and finally got my driver stack rebuilt using the latest sources and PKGBUILDs, and my 3d does not work.

    Here's what happens. I get this for my Xorg log:
    Code:
    (II) RADEONHD: version 1.2.1, built from git branch master, commit da7b9e97 + changes
    
    (II) Primary Device is: PCI 01@00:00:0
    (II) resource ranges after xf86ClaimFixedResources() call:
    	[0] -1	0	0xffffffff - 0xffffffff (0x1) MX[B]
    	[1] -1	0	0x000f0000 - 0x000fffff (0x10000) MX[B]
    	[2] -1	0	0x000c0000 - 0x000effff (0x30000) MX[B]
    	[3] -1	0	0x00000000 - 0x0009ffff (0xa0000) MX[B]
    	[4] -1	0	0x0000ffff - 0x0000ffff (0x1) IX[B]
    	[5] -1	0	0x00000000 - 0x00000000 (0x1) IX[B]
    (II) resource ranges after probing:
    	[0] -1	0	0xffffffff - 0xffffffff (0x1) MX[B]
    	[1] -1	0	0x000f0000 - 0x000fffff (0x10000) MX[B]
    	[2] -1	0	0x000c0000 - 0x000effff (0x30000) MX[B]
    	[3] -1	0	0x00000000 - 0x0009ffff (0xa0000) MX[B]
    	[4] 0	0	0x000a0000 - 0x000affff (0x10000) MS[B]
    	[5] 0	0	0x000b0000 - 0x000b7fff (0x8000) MS[B]
    	[6] 0	0	0x000b8000 - 0x000bffff (0x8000) MS[B]
    	[7] -1	0	0x0000ffff - 0x0000ffff (0x1) IX[B]
    	[8] -1	0	0x00000000 - 0x00000000 (0x1) IX[B]
    	[9] 0	0	0x000003b0 - 0x000003bb (0xc) IS[B]
    	[10] 0	0	0x000003c0 - 0x000003df (0x20) IS[B]
    (II) Setting vga for screen 0.
    (**) RADEONHD(0): Depth 24, (--) framebuffer bpp 32
    (**) RADEONHD(0): Option "AccelMethod" "exa"
    (**) RADEONHD(0): Option "DRI" "true"
    (**) RADEONHD(0): Selected EXA 2D acceleration.
    (II) RADEONHD(0): Unknown card detected: 0x71C0:0x174B:0x0880.
    	If - and only if - your card does not work or does not work optimally
    	please contact radeonhd@opensuse.org to help rectify this.
    	Use the subject: 0x71C0:0x174B:0x0880: <name of board>
    	and *please* describe the problems you are seeing
    	in your message.
    (--) RADEONHD(0): Detected an RV530 on an unidentified card
    (II) RADEONHD(0): Mapped IO @ 0xe1200000 to 0x7fd3e23d4000 (size 0x00010000)
    (II) RADEONHD(0): PCIE Card Detected
    (II) RADEONHD(0): Getting BIOS copy from legacy VBIOS location
    (II) RADEONHD(0): ATOM BIOS Rom: 
    	SubsystemVendorID: 0x174b SubsystemID: 0x0880
    	IOBaseAddress: 0x2000
    	Filename: 5C8801SA.009
    	BIOS Bootup Message: 
    
    A67105 RV530XT VO BIOS GDDR3 588e/694m                                      
    
    
    (II) RADEONHD(0): Analog TV Default Mode: 1
    (II) RADEONHD(0): Found default TV Mode NTSC
    (--) RADEONHD(0): VideoRAM: 262144 kByte
    (II) RADEONHD(0): Framebuffer space used by Firmware (kb): 20
    (II) RADEONHD(0): Start of VRAM area used by Firmware: 0x7ffb000
    (II) RADEONHD(0): AtomBIOS requests 20kB of VRAM scratch space
    (II) RADEONHD(0): AtomBIOS VRAM scratch base: 0x7ffb000
    (WW) RADEONHD(0): rhdAtomAllocateFbScratch: FW FB scratch area not located at the end of VRAM. Scratch End: 0x8000000 VRAM End: 0x10000000
    (II) RADEONHD(0): Cannot get VRAM scratch space. Allocating in main memory instead
    (note: log truncated around interesting part b/c of message length limits)

    That's pretty funny, especially the bit about initalizing scratch space in system ram!!! Then when I try to do glxgears, I get:

    Code:
    Error: couldn't get an RGB, Double-buffered visual
    which is pretty strange, especially since glxinfo claims everything's working fine. So then I try to fire up celestia, and the window flickers madly, doing what I assume is single-buffer opengl drawing (massive, ugly fail).

    What is the problem here? I have Mesa 7.1 rc4, xserver 1.4.99.906, and radeonhd and drm from git.

  • #2
    You should add Option "DRI" to your xorg.conf to enable 3D. See also radeonhd man page.

    Comment


    • #3
      I did, and if I'd posted the whole Xorg.0.log, (which I couldn't, because the forum limits message lengths), you would have seen that DRI came up totally correctly by all appearences, and AIGLX even initialized.

      Here's my glxinfo output:

      Code:
      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_import_context, GLX_EXT_texture_from_pixmap, 
          GLX_EXT_visual_info, GLX_EXT_visual_rating, GLX_MESA_copy_sub_buffer, 
          GLX_OML_swap_method, GLX_SGI_swap_control, GLX_SGIS_multisample, 
          GLX_SGIX_fbconfig, GLX_SGIX_visual_select_group
      client glx vendor string: 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_swap_control, 
          GLX_MESA_swap_frame_usage, GLX_OML_swap_method, GLX_SGI_swap_control, 
          GLX_SGI_video_sync, GLX_SGIS_multisample, GLX_SGIX_fbconfig, 
          GLX_SGIX_visual_select_group
      OpenGL vendor string: DRI R300 Project
      OpenGL renderer string: Mesa DRI R300 20060815 TCL
      OpenGL version string: 1.3 Mesa 7.1 rc4
      OpenGL extensions:
          GL_ARB_depth_texture, GL_ARB_fragment_program, GL_ARB_imaging, 
          GL_ARB_multisample, GL_ARB_multitexture, GL_ARB_point_parameters, 
          GL_ARB_shadow, GL_ARB_shadow_ambient, 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_MESAX_texture_float, GL_ARB_texture_mirrored_repeat, 
          GL_ARB_texture_rectangle, GL_ARB_transpose_matrix, 
          GL_ARB_vertex_buffer_object, GL_ARB_vertex_program, 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_clip_volume_hint, GL_EXT_compiled_vertex_array, GL_EXT_convolution, 
          GL_EXT_copy_texture, GL_EXT_draw_range_elements, 
          GL_EXT_gpu_program_parameters, GL_EXT_histogram, GL_EXT_multi_draw_arrays, 
          GL_EXT_packed_pixels, GL_EXT_point_parameters, GL_EXT_polygon_offset, 
          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_mirror_clamp, 
          GL_EXT_texture_object, GL_EXT_texture_rectangle, GL_EXT_vertex_array, 
          GL_APPLE_packed_pixels, GL_ATI_blend_equation_separate, 
          GL_ATI_texture_env_combine3, GL_ATI_texture_mirror_once, 
          GL_IBM_rasterpos_clip, GL_IBM_texture_mirrored_repeat, 
          GL_INGR_blend_func_separate, GL_MESA_pack_invert, GL_MESA_ycbcr_texture, 
          GL_MESA_window_pos, GL_NV_blend_square, GL_NV_light_max_exponent, 
          GL_NV_texture_rectangle, GL_NV_texgen_reflection, GL_NV_vertex_program, 
          GL_OES_read_format, GL_SGI_color_matrix, GL_SGI_color_table, 
          GL_SGIS_generate_mipmap, GL_SGIS_texture_border_clamp, 
          GL_SGIS_texture_edge_clamp, GL_SGIS_texture_lod, GL_SGIX_depth_texture, 
          GL_SGIX_shadow_ambient, GL_SUN_multi_draw_arrays
      
      1 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
      ----------------------------------------------------------------------
      0x6e 32 tc  0 32  0 r  .  .  8  8  8  8  0 24  0  0  0  0  0  0 0 None
      
      16 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
      ----------------------------------------------------------------------
      0x6f  0 tc  0 32  0 r  .  .  8  8  8  8  0 24  0  0  0  0  0  0 0 None
      0x70  0 tc  0 32  0 r  .  .  8  8  8  8  0 24  0 16 16 16 16  0 0 Slow
      0x71  0 tc  0 32  0 r  .  .  8  8  8  8  0 24  0  0  0  0  0  0 0 None
      0x72  0 tc  0 32  0 r  .  .  8  8  8  8  0 24  0 16 16 16 16  0 0 Slow
      0x73  0 tc  0 32  0 r  .  .  8  8  8  8  0 24  8  0  0  0  0  0 0 None
      0x74  0 tc  0 32  0 r  .  .  8  8  8  8  0 24  8 16 16 16 16  0 0 Slow
      0x75  0 tc  0 32  0 r  .  .  8  8  8  8  0 24  8  0  0  0  0  0 0 None
      0x76  0 tc  0 32  0 r  .  .  8  8  8  8  0 24  8 16 16 16 16  0 0 Slow
      0x77  0 dc  0 32  0 r  .  .  8  8  8  8  0 24  0  0  0  0  0  0 0 None
      0x78  0 dc  0 32  0 r  .  .  8  8  8  8  0 24  0 16 16 16 16  0 0 Slow
      0x79  0 dc  0 32  0 r  .  .  8  8  8  8  0 24  0  0  0  0  0  0 0 None
      0x7a  0 dc  0 32  0 r  .  .  8  8  8  8  0 24  0 16 16 16 16  0 0 Slow
      0x7b  0 dc  0 32  0 r  .  .  8  8  8  8  0 24  8  0  0  0  0  0 0 None
      0x7c  0 dc  0 32  0 r  .  .  8  8  8  8  0 24  8 16 16 16 16  0 0 Slow
      0x7d  0 dc  0 32  0 r  .  .  8  8  8  8  0 24  8  0  0  0  0  0 0 None
      0x7e  0 dc  0 32  0 r  .  .  8  8  8  8  0 24  8 16 16 16 16  0 0 Slow

      Comment


      • #4
        I'm getting a similar problem but with the Intel GM965 chipset x3100 on ArchLinux x86_64.
        Is it Mesa or something missing in the compile process? It would probably be good if one of the other distro's livecd comes out with the latest mesa to check.

        Comment


        • #5
          I have the same problem. Mesa 7.1rc3 was running fine on my Fedora 9 system with ATI X800. I have reverted back to rc3. I suspect something is missing during the compile process.

          Comment


          • #6
            Originally posted by kadambi View Post
            I have the same problem. Mesa 7.1rc3 was running fine on my Fedora 9 system with ATI X800. I have reverted back to rc3. I suspect something is missing during the compile process.
            Its that or mesa 7.1rc4 is broken.

            Comment


            • #7
              Maybe Mesa rc4 doesn't work with Xserver 1.4.99.906, but only the xserver git head?

              I'll try later, when I have time.

              Comment


              • #8
                I tried the xserver git head but a lot of other things didn't work .

                Comment


                • #9
                  I had the same problem about rgb double buffered visuals missing, but updating X Server to git fixed it for me.

                  Comment


                  • #10
                    Originally posted by Zhick View Post
                    I had the same problem about rgb double buffered visuals missing, but updating X Server to git fixed it for me.
                    I'll give it a go then

                    Comment

                    Working...
                    X