Page 1 of 2 12 LastLast
Results 1 to 10 of 20

Thread: Double buffering fail on r500 dri

  1. #1
    Join Date
    Jul 2007
    Posts
    405

    Default 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. #2

    Default

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

  3. #3
    Join Date
    Jul 2007
    Posts
    405

    Default

    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

  4. #4
    Join Date
    Aug 2008
    Location
    York
    Posts
    10

    Default

    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.

  5. #5
    Join Date
    Aug 2008
    Posts
    33

    Default

    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.

  6. #6
    Join Date
    Aug 2008
    Location
    York
    Posts
    10

    Default

    Quote 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.

  7. #7
    Join Date
    Jul 2007
    Posts
    405

    Default

    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.

  8. #8
    Join Date
    Aug 2008
    Location
    York
    Posts
    10

    Default

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

  9. #9
    Join Date
    May 2008
    Location
    Germany/NRW
    Posts
    510

    Default

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

  10. #10
    Join Date
    Aug 2008
    Location
    York
    Posts
    10

    Default

    Quote 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

Posting Permissions

  • You may not post new threads
  • You may not post replies
  • You may not post attachments
  • You may not edit your posts
  •