mesa3d-users

Re: [Mesa3d-users] OpenGL: missing gl_ext_framebuffer_object extention

[Brian P. <br...@vm...>]

Fryderyk wrote:
> Hello!
> 
> I have a question about *gl_ext_framebuffer_object* extension. Why 
> *glxinfo* doesn't show me so extension and what do to have it. I have 
> ATI X1400 graphics card and I use Open Source drivers - Radeon 
> (http://cgit.freedesktop.org/xorg/driver/xf86-video-ati , git version).
> 
> Please help me. I need so extension, because application which I use 
> need so required extension to work.

It looks like it's implemented in current Mesa git/master.  Either get 
the code from git and build the driver yourself or wait for Mesa 7.6.

-Brian

[Mesa3d-users] wglMakeCurrent possible memory leak

[Dimitar K. <dko...@gm...>]

Hello,

I sent this to mesa3d-dev, which was probably not the right place.
I have the following situation (pseudocode) with Mesa 7.4.4:

hglrc1 = wglCreateContext(hdc1)
wglMakeCurrent(hdc1,hglrc1)
hglrc2 = wglCreateContext(hdc2)
wglMakeCurrent(hdc2,hglrc2)
wglMakeCurrent(hdc3,hglrc2)
wglDeleteContext(hglrc1)
wglDeleteContext(hglrc2)

As a result of this sequence of calls, a WMesaFramebuffer structure is leaked.
The call causing the leak is wglMakeCurrent(hdc3,hglrc2). This is what I know
so far:

-> wglMakeCurrent(hdc3,hglrc2) calls
 -> WMesaMakeCurrent(hglrc2,hdc3) which calls
 -> wmesa_lookup_framebuffer(hdc3) which returns NULL, as the hdc given to
     wglMakeCurrent is different from the one given at the time
     of wglCreateContext
 -> wmesa_new_framebuffer() is called and a new frame buffer is allocated

This new frame buffer is not released upon wglDeleteContext(hglrc2). As far as
I know, the device context passed to wglMakeCurrent does not have to
be the same as the one passed to wglCreateContext as long as the the actual
device and the pixel formats are.  Is this correct or is my usage wrong?

--
Dimitar Kodjabachev

[Mesa3d-users] OpenGL: missing gl_ext_framebuffer_object extention

[Fryderyk <de...@gm...>]

Hello!

I have a question about *gl_ext_framebuffer_object* extension. Why
*glxinfo*doesn't show me so extension and what do to have it. I have
ATI X1400
graphics card and I use Open Source drivers - Radeon (
http://cgit.freedesktop.org/xorg/driver/xf86-video-ati , git version).

Please help me. I need so extension, because application which I use need so
required extension to work.

Best regards,
Fryderyk

*$ glxinfo
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_make_current_read,
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_copy_sub_buffer,
    GLX_MESA_swap_control, GLX_MESA_swap_frame_usage,
GLX_OML_swap_method,
    GLX_SGI_make_current_read, 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 x86/MMX/SSE2
TCL
OpenGL version string: 1.4 Mesa
7.5
OpenGL
extensions:
    GL_ARB_depth_texture, GL_ARB_draw_buffers,
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_compiled_vertex_array,
GL_EXT_convolution,
    GL_EXT_copy_texture, GL_EXT_draw_range_elements,
GL_EXT_fog_coord,
    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_compression_s3tc,
    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_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_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_SUN_multi_draw_arrays

8 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
0x6c 24 tc  0 32  0 r  .  .  8  8  8  8  0 24  8 16 16 16 16  0 0 Slow
0x6d 24 tc  0 32  0 r  y  .  8  8  8  8  0 24  8 16 16 16 16  0 0 Slow
0x6e 24 dc  0 32  0 r  .  .  8  8  8  8  0 24  8  0  0  0  0  0 0 None
0x6f 24 dc  0 32  0 r  .  .  8  8  8  8  0 24  8 16 16 16 16  0 0 Slow
0x70 24 dc  0 32  0 r  y  .  8  8  8  8  0 24  8 16 16 16 16  0 0 Slow
0x63 32 tc  0 32  0 r  .  .  8  8  8  8  0 24  8  0  0  0  0  0 0 Ncon

8 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
----------------------------------------------------------------------
0x64  0 tc  0 32  0 r  .  .  8  8  8  8  0 24  8  0  0  0  0  0 0 None
0x65  0 tc  0 32  0 r  .  .  8  8  8  8  0 24  8 16 16 16 16  0 0 Slow
0x66  0 tc  0 32  0 r  y  .  8  8  8  8  0 24  8  0  0  0  0  0 0 None
0x67  0 tc  0 32  0 r  y  .  8  8  8  8  0 24  8 16 16 16 16  0 0 Slow
0x68  0 dc  0 32  0 r  .  .  8  8  8  8  0 24  8  0  0  0  0  0 0 None
0x69  0 dc  0 32  0 r  .  .  8  8  8  8  0 24  8 16 16 16 16  0 0 Slow
0x6a  0 dc  0 32  0 r  y  .  8  8  8  8  0 24  8  0  0  0  0  0 0 None
0x6b  0 dc  0 32  0 r  y  .  8  8  8  8  0 24  8 16 16 16 16  0 0 Slow*

[Mesa3d-users] Mesa 7.5.1 released

[Brian P. <br...@vm...>]

Mesa 7.5.1 is now available.  This is a bug-fix release.  For details, 
see the release notes at http://www.mesa3d.org/relnotes-7.5.1.html

Download site: ftp://ftp.freedesktop.org/pub/mesa/7.5.1/

The tarballs are now on the freedesktop.org server rather than 
SourceForge.  SourceForge changed their file upload/manager interface 
again and it's just too slow/painful to use anymore.

-Brian

Re: [Mesa3d-users] [ATI Radeon X1950 Pro] direct rendering: No

[Pauli N. <su...@gm...>]

Slackware has too old version of everything to support your card. So your
option are to compile a lot of packages to get newer mesa working, upgrade
to test version of Slackware or change distribution.

You should be reporting this problem to Slackware. Slackware devs might know
easy fix for you.

On Sat, Aug 22, 2009 at 11:45 PM, <spa...@fr...> wrote:

> Hello,
>
> I am on Slackware 12.2 operating system and I have a ATI Radeon X1950 Pro
> graphic card.
>
> The problem is I havn't direct rendering.
>
> This is some things that can help you :
>
> $ lspci | grep Display
> 01:00.1 Display controller: ATI Technologies Inc RV570 [Radeon X1950 Pro]
> (secondary)
>
> $ glxinfo
> name of display: :0.0
> unknown chip id 0x7280, can't guess.
> libGL warning: 3D driver returned no fbconfigs.
> libGL error: InitDriver failed
> libGL error: reverting to (slow) indirect rendering
> display: :0  screen: 0
> direct rendering: No (If you want to find out why, try setting
> LIBGL_DEBUG=verbose)
> 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_MESA_copy_sub_buffer
> 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_copy_sub_buffer,
>    GLX_OML_swap_method, GLX_SGI_make_current_read, GLX_SGIS_multisample,
>    GLX_SGIX_fbconfig, GLX_EXT_texture_from_pixmap
> OpenGL vendor string: Mesa project: www.mesa3d.org
> OpenGL renderer string: Mesa GLX Indirect
> OpenGL version string: 1.4 (2.1 Mesa 7.0.2)
> OpenGL extensions:
>    GL_ARB_depth_texture, GL_ARB_draw_buffers, GL_ARB_fragment_program,
>    GL_ARB_imaging, GL_ARB_multisample, GL_ARB_multitexture,
>    GL_ARB_occlusion_query, GL_ARB_point_parameters, GL_ARB_point_sprite,
>    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_ARB_texture_mirrored_repeat, GL_ARB_texture_non_power_of_two,
>    GL_ARB_texture_rectangle, GL_ARB_transpose_matrix,
> 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_copy_texture,
> GL_EXT_draw_range_elements,
>    GL_EXT_fog_coord, GL_EXT_framebuffer_object, GL_EXT_multi_draw_arrays,
>    GL_EXT_packed_pixels, GL_EXT_paletted_texture, 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_shared_texture_palette, 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_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_draw_buffers, GL_ATI_texture_env_combine3,
>    GL_ATI_texture_mirror_once, GL_ATIX_texture_env_combine3,
>    GL_IBM_texture_mirrored_repeat, GL_INGR_blend_func_separate,
>    GL_MESA_pack_invert, GL_MESA_ycbcr_texture, GL_NV_blend_square,
>    GL_NV_fragment_program, GL_NV_light_max_exponent, GL_NV_point_sprite,
>    GL_NV_texgen_reflection, GL_NV_texture_rectangle, GL_NV_vertex_program,
>    GL_NV_vertex_program1_1, 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, GL_SGIX_shadow_ambient, GL_SUN_multi_draw_arrays
>
>   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
> ----------------------------------------------------------------------
> 0x23 24 tc  0 32  0 r  y  .  8  8  8  8  0 24  8  0  0  0  0  0 0 None
> 0x24 24 tc  0 32  0 r  y  .  8  8  8  8  0 24  0  0  0  0  0  0 0 None
> 0x25 24 tc  0 32  0 r  y  .  8  8  8  8  0 24  8 16 16 16 16  0 0 Slow
> 0x26 24 tc  0 32  0 r  y  .  8  8  8  8  0 24  0 16 16 16 16  0 0 Slow
> 0x27 24 tc  0 32  0 r  .  .  8  8  8  8  0 24  8  0  0  0  0  0 0 None
> 0x28 24 tc  0 32  0 r  .  .  8  8  8  8  0 24  0  0  0  0  0  0 0 None
> 0x29 24 tc  0 32  0 r  .  .  8  8  8  8  0 24  8 16 16 16 16  0 0 Slow
> 0x2a 24 tc  0 32  0 r  .  .  8  8  8  8  0 24  0 16 16 16 16  0 0 Slow
> 0x2b 24 dc  0 32  0 r  y  .  8  8  8  8  0 24  8  0  0  0  0  0 0 None
> 0x2c 24 dc  0 32  0 r  y  .  8  8  8  8  0 24  0  0  0  0  0  0 0 None
> 0x2d 24 dc  0 32  0 r  y  .  8  8  8  8  0 24  8 16 16 16 16  0 0 Slow
> 0x2e 24 dc  0 32  0 r  y  .  8  8  8  8  0 24  0 16 16 16 16  0 0 Slow
> 0x2f 24 dc  0 32  0 r  .  .  8  8  8  8  0 24  8  0  0  0  0  0 0 None
> 0x30 24 dc  0 32  0 r  .  .  8  8  8  8  0 24  0  0  0  0  0  0 0 None
> 0x31 24 dc  0 32  0 r  .  .  8  8  8  8  0 24  8 16 16 16 16  0 0 Slow
> 0x32 24 dc  0 32  0 r  .  .  8  8  8  8  0 24  0 16 16 16 16  0 0 Slow
> 0x6d 32 tc  0 32  0 r  .  .  8  8  8  8  0  0  0  0  0  0  0  0 0 Ncon
>
> $ lsmod | grep drm
> drm                    74408  3 radeon
> agpgart                32584  2 drm,ati_agp
>
> $ lsmod | grep agp
> ati_agp                10764  0
> agpgart                32584  2 drm,ati_agp
>
> $ lsmod | grep radeon
> radeonfb              120000  0
> fb_ddc                  6016  1 radeonfb
> radeon                147232  2
> drm                    74408  3 radeon
>
> $ lsmod | grep ati
> ati_agp                10764  0
> agpgart                32584  2 drm,ati_agp
>
> $ cat /etc/X11/xorg.conf
>
> [...]
>
> Section "Module"
>
> # This loads the DBE extension module.
>
>    Load        "dbe"   # Double buffer extension
>
> # This loads the miscellaneous extensions module, and disables
> # initialisation of the XFree86-DGA extension within that module.
>    SubSection  "extmod"
>      Option    "omit xfree86-dga"   # don't initialise the DGA extension
>    EndSubSection
>
> # This loads the font modules
>    Load        "type1"
>    Load        "freetype"
>    #Load        "speedo"
>
> # This loads the GLX module
>    Load       "glx"
>    Load       "dri"
>
> EndSection
>
> [...]
>
> Section "Device"
>    #Identifier  "VESA Framebuffer"
>    Identifier  "ATI Radeon X1950 Pro"
>    #Driver      "vesa"
>    Driver      "radeon"
>    Option "AccelMethod" "XAA"
>     # XAA/EXA
>     Option "AccelDFS"    "1"
>     # 1/0 On for PCIE, off for AGP
>     # Manpage: Use  or  don't  use accelerated EXA DownloadFromScreen hook
>     # when possible.
>     Option "AGPMode" "1"
>     # 1-8 Does not affect PCIE models.
>     Option "AGPFastWrite" "1"
>     # 1/0 Does not affect PCIE models. Not recommended.
>     Option "GARTSize" "64"
>     # 0-64 Megabytes of gart (system) memory used.
>     # Wrongly defaults to 8MB sometimes, see your logfile.
>     # Bigger seems better.
>     Option "EnablePageFlip" "1"
>     # 1/0 Increases 3D performance substantially
>     # seemingly in XAA mode only
>     Option "ColorTiling" "1"
>     # 1/0 Increases 3D performance substantially
>     # affected stability only positively on my system
>     #
>    #VideoRam    4096
>    # Insert Clocks lines here if appropriate
> EndSection
>
> [...]
>
> Section "Screen"
>    Identifier  "Screen 1"
>    #Device      "VESA Framebuffer"
>    Device      "ATI Radeon X1950 Pro"
>    Monitor     "My Monitor"
>
> # If your card can handle it, a higher default color depth (like 24 or 32)
> # is highly recommended.
>
> #   DefaultDepth 8
> #   DefaultDepth 16
>   DefaultDepth 24
> #   DefaultDepth 32
>
> # "1024x768" is also a conservative usable default resolution.  If you
> # have a better monitor, feel free to try resolutions such as
> # "1152x864", "1280x1024", "1600x1200", and "1800x1400" (or whatever your
> # card/monitor can produce)
>
>    Subsection "Display"
>        Depth       8
>        Modes "1024x768" "800x600" "640x480"
>    EndSubsection
>    Subsection "Display"
>        Depth       16
>        Modes "1024x768" "800x600" "640x480"
>    EndSubsection
>    Subsection "Display"
>        Depth       24
>        Modes "1024x768" "800x600" "640x480"
>    EndSubsection
>    Subsection "Display"
>        Depth       32
>        Modes "1024x768" "800x600" "640x480"
>    EndSubsection
>
> EndSection
>
> [...]
>
> Section "DRI"
>        Group "video"
>        Mode 0660
> EndSection
>
> $ ls -l /dev/dri/card0
> crw-rw---- 1 root video 226, 0 2009-08-22 22:26 /dev/dri/card0
>
> $ groups
> users audio video
>
> $ cat /var/log/Xorg.0.log | grep ^\(WW\)
> (WW) The directory "/usr/share/fonts/local/" does not exist.
> (WW) The directory "/usr/share/fonts/CID/" does not exist.
> (WW) RADEON: No matching Device section for instance (BusID PCI:1:0:1)
> found
> (WW) RADEON(0): R500 support is under development. Please report any issues
> to
> xor...@li...
> (WW) RADEON(0): DRI init changed memory map, adjusting ...
> (WW) RADEON(0):   MC_FB_LOCATION  was: 0xefffd000 is: 0xefffd000
> (WW) RADEON(0):   MC_AGP_LOCATION was: 0x003f0000 is: 0xffffffc0
> (WW) Option "XkbVariant" requires an string value
> (WW) Option "XkbOptions" requires an string value
>
> $ cat /var/log/Xorg.0.log | grep ^\(EE\)
> (EE) AIGLX error: Calling driver entry point failed(EE) AIGLX: reverting to
> software rendering
> (EE) Error compiling keymap (server-0)
> (EE) XKB: Couldn't compile keymap
>
> Do you know why I don't have direct rendering?
>
> Thank you.
>
>
> ------------------------------------------------------------------------------
> Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
> trial. Simplify your report design, integration and deployment - and focus
> on
> what you do best, core application coding. Discover what's new with
> Crystal Reports now.  http://p.sf.net/sfu/bobj-july
> _______________________________________________
> Mesa3d-users mailing list
> Mes...@li...
> https://lists.sourceforge.net/lists/listinfo/mesa3d-users
>

[Mesa3d-users] [ATI Radeon X1950 Pro] direct rendering: No

[<spa...@fr...>]

Hello,

I am on Slackware 12.2 operating system and I have a ATI Radeon X1950 Pro
graphic card.

The problem is I havn't direct rendering.

This is some things that can help you :

$ lspci | grep Display
01:00.1 Display controller: ATI Technologies Inc RV570 [Radeon X1950 Pro]
(secondary)

$ glxinfo
name of display: :0.0
unknown chip id 0x7280, can't guess.
libGL warning: 3D driver returned no fbconfigs.
libGL error: InitDriver failed
libGL error: reverting to (slow) indirect rendering
display: :0  screen: 0
direct rendering: No (If you want to find out why, try setting
LIBGL_DEBUG=verbose)
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_MESA_copy_sub_buffer
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_copy_sub_buffer,
    GLX_OML_swap_method, GLX_SGI_make_current_read, GLX_SGIS_multisample,
    GLX_SGIX_fbconfig, GLX_EXT_texture_from_pixmap
OpenGL vendor string: Mesa project: www.mesa3d.org
OpenGL renderer string: Mesa GLX Indirect
OpenGL version string: 1.4 (2.1 Mesa 7.0.2)
OpenGL extensions:
    GL_ARB_depth_texture, GL_ARB_draw_buffers, GL_ARB_fragment_program,
    GL_ARB_imaging, GL_ARB_multisample, GL_ARB_multitexture,
    GL_ARB_occlusion_query, GL_ARB_point_parameters, GL_ARB_point_sprite,
    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_ARB_texture_mirrored_repeat, GL_ARB_texture_non_power_of_two,
    GL_ARB_texture_rectangle, GL_ARB_transpose_matrix, 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_copy_texture, GL_EXT_draw_range_elements,
    GL_EXT_fog_coord, GL_EXT_framebuffer_object, GL_EXT_multi_draw_arrays,
    GL_EXT_packed_pixels, GL_EXT_paletted_texture, 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_shared_texture_palette, 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_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_draw_buffers, GL_ATI_texture_env_combine3,
    GL_ATI_texture_mirror_once, GL_ATIX_texture_env_combine3,
    GL_IBM_texture_mirrored_repeat, GL_INGR_blend_func_separate,
    GL_MESA_pack_invert, GL_MESA_ycbcr_texture, GL_NV_blend_square,
    GL_NV_fragment_program, GL_NV_light_max_exponent, GL_NV_point_sprite,
    GL_NV_texgen_reflection, GL_NV_texture_rectangle, GL_NV_vertex_program,
    GL_NV_vertex_program1_1, 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, GL_SGIX_shadow_ambient, GL_SUN_multi_draw_arrays

   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
----------------------------------------------------------------------
0x23 24 tc  0 32  0 r  y  .  8  8  8  8  0 24  8  0  0  0  0  0 0 None
0x24 24 tc  0 32  0 r  y  .  8  8  8  8  0 24  0  0  0  0  0  0 0 None
0x25 24 tc  0 32  0 r  y  .  8  8  8  8  0 24  8 16 16 16 16  0 0 Slow
0x26 24 tc  0 32  0 r  y  .  8  8  8  8  0 24  0 16 16 16 16  0 0 Slow
0x27 24 tc  0 32  0 r  .  .  8  8  8  8  0 24  8  0  0  0  0  0 0 None
0x28 24 tc  0 32  0 r  .  .  8  8  8  8  0 24  0  0  0  0  0  0 0 None
0x29 24 tc  0 32  0 r  .  .  8  8  8  8  0 24  8 16 16 16 16  0 0 Slow
0x2a 24 tc  0 32  0 r  .  .  8  8  8  8  0 24  0 16 16 16 16  0 0 Slow
0x2b 24 dc  0 32  0 r  y  .  8  8  8  8  0 24  8  0  0  0  0  0 0 None
0x2c 24 dc  0 32  0 r  y  .  8  8  8  8  0 24  0  0  0  0  0  0 0 None
0x2d 24 dc  0 32  0 r  y  .  8  8  8  8  0 24  8 16 16 16 16  0 0 Slow
0x2e 24 dc  0 32  0 r  y  .  8  8  8  8  0 24  0 16 16 16 16  0 0 Slow
0x2f 24 dc  0 32  0 r  .  .  8  8  8  8  0 24  8  0  0  0  0  0 0 None
0x30 24 dc  0 32  0 r  .  .  8  8  8  8  0 24  0  0  0  0  0  0 0 None
0x31 24 dc  0 32  0 r  .  .  8  8  8  8  0 24  8 16 16 16 16  0 0 Slow
0x32 24 dc  0 32  0 r  .  .  8  8  8  8  0 24  0 16 16 16 16  0 0 Slow
0x6d 32 tc  0 32  0 r  .  .  8  8  8  8  0  0  0  0  0  0  0  0 0 Ncon

$ lsmod | grep drm
drm                    74408  3 radeon
agpgart                32584  2 drm,ati_agp

$ lsmod | grep agp
ati_agp                10764  0
agpgart                32584  2 drm,ati_agp

$ lsmod | grep radeon
radeonfb              120000  0
fb_ddc                  6016  1 radeonfb
radeon                147232  2
drm                    74408  3 radeon

$ lsmod | grep ati
ati_agp                10764  0
agpgart                32584  2 drm,ati_agp

$ cat /etc/X11/xorg.conf

[...]

Section "Module"

# This loads the DBE extension module.

    Load        "dbe"   # Double buffer extension

# This loads the miscellaneous extensions module, and disables
# initialisation of the XFree86-DGA extension within that module.
    SubSection  "extmod"
      Option    "omit xfree86-dga"   # don't initialise the DGA extension
    EndSubSection

# This loads the font modules
    Load        "type1"
    Load        "freetype"
    #Load        "speedo"

# This loads the GLX module
    Load       "glx"
    Load       "dri"

EndSection

[...]

Section "Device"
    #Identifier  "VESA Framebuffer"
    Identifier  "ATI Radeon X1950 Pro"
    #Driver      "vesa"
    Driver      "radeon"
    Option "AccelMethod" "XAA"
     # XAA/EXA
     Option "AccelDFS"    "1"
     # 1/0 On for PCIE, off for AGP
     # Manpage: Use  or  don't  use accelerated EXA DownloadFromScreen hook
     # when possible.
     Option "AGPMode" "1"
     # 1-8 Does not affect PCIE models.
     Option "AGPFastWrite" "1"
     # 1/0 Does not affect PCIE models. Not recommended.
     Option "GARTSize" "64"
     # 0-64 Megabytes of gart (system) memory used.
     # Wrongly defaults to 8MB sometimes, see your logfile.
     # Bigger seems better.
     Option "EnablePageFlip" "1"
     # 1/0 Increases 3D performance substantially
     # seemingly in XAA mode only
     Option "ColorTiling" "1"
     # 1/0 Increases 3D performance substantially
     # affected stability only positively on my system
     #
    #VideoRam    4096
    # Insert Clocks lines here if appropriate
EndSection

[...]

Section "Screen"
    Identifier  "Screen 1"
    #Device      "VESA Framebuffer"
    Device      "ATI Radeon X1950 Pro"
    Monitor     "My Monitor"

# If your card can handle it, a higher default color depth (like 24 or 32)
# is highly recommended.

#   DefaultDepth 8
#   DefaultDepth 16
   DefaultDepth 24
#   DefaultDepth 32

# "1024x768" is also a conservative usable default resolution.  If you
# have a better monitor, feel free to try resolutions such as
# "1152x864", "1280x1024", "1600x1200", and "1800x1400" (or whatever your
# card/monitor can produce)

    Subsection "Display"
        Depth       8
        Modes "1024x768" "800x600" "640x480"
    EndSubsection
    Subsection "Display"
        Depth       16
        Modes "1024x768" "800x600" "640x480"
    EndSubsection
    Subsection "Display"
        Depth       24
        Modes "1024x768" "800x600" "640x480"
    EndSubsection
    Subsection "Display"
        Depth       32
        Modes "1024x768" "800x600" "640x480"
    EndSubsection

EndSection

[...]

Section "DRI"
        Group "video"
        Mode 0660
EndSection

$ ls -l /dev/dri/card0
crw-rw---- 1 root video 226, 0 2009-08-22 22:26 /dev/dri/card0

$ groups
users audio video

$ cat /var/log/Xorg.0.log | grep ^\(WW\)
(WW) The directory "/usr/share/fonts/local/" does not exist.
(WW) The directory "/usr/share/fonts/CID/" does not exist.
(WW) RADEON: No matching Device section for instance (BusID PCI:1:0:1) found
(WW) RADEON(0): R500 support is under development. Please report any issues to
xor...@li...
(WW) RADEON(0): DRI init changed memory map, adjusting ...
(WW) RADEON(0):   MC_FB_LOCATION  was: 0xefffd000 is: 0xefffd000
(WW) RADEON(0):   MC_AGP_LOCATION was: 0x003f0000 is: 0xffffffc0
(WW) Option "XkbVariant" requires an string value
(WW) Option "XkbOptions" requires an string value

$ cat /var/log/Xorg.0.log | grep ^\(EE\)
(EE) AIGLX error: Calling driver entry point failed(EE) AIGLX: reverting to
software rendering
(EE) Error compiling keymap (server-0)
(EE) XKB: Couldn't compile keymap

Do you know why I don't have direct rendering?

Thank you.

Re: [Mesa3d-users] [Mesa3d-dev] R300 possible VBO regression

[Jerome G. <gl...@fr...>]

On Thu, 2009-08-20 at 19:13 +0300, Pauli Nieminen wrote:
> I don't understand how this particular commit is causing performance
> regression.
> 
> There is now optimisation for dma buffer objects in kms case where
> reusing old buffer object would cause wait if gpu haven't yet handled
> the rendering operation associated buffer.
> 
> This change requires kernel changes in KMS case because there was a
> bug in the latest drm pull for linus. 
> I attached a diff which fixes the problem in kernel untill Dave sends
> next pull request for Linus.

Nevertheless we should not unmap buffer if we are going to remap it,
map/unmap is way too costly with KMS. Pauli any good reason to unmap ?

Cheers,
Jerome

Re: [Mesa3d-users] [Mesa3d-dev] R300 possible VBO regression

[Pauli N. <su...@gm...>]

I don't understand how this particular commit is causing performance
regression.

There is now optimisation for dma buffer objects in kms case where reusing
old buffer object would cause wait if gpu haven't yet handled the rendering
operation associated buffer.

This change requires kernel changes in KMS case because there was a bug in
the latest drm pull for linus.
I attached a diff which fixes the problem in kernel untill Dave sends next
pull request for Linus.

On Thu, Aug 20, 2009 at 4:42 PM, Brian Paul <br...@vm...> wrote:

> Tom wrote:
> > Hello people,
> >
> > After the merge of the vbo_clean I got a big performance boost when
> > using VBOs (on my RV515). However, all this improvement disappeared with
> > this commit, which i isolated with git bisect:
> >
> > commit f9b8562f32b77a27c872d4c70a86995032541107
> > Author: Pauli Nieminen <su...@gm...>
> > Date:   Tue Aug 18 14:30:51 2009 -0400
> >
> >     radeon: balance dma buffer mapping
> >
> >     In radeonRefillCurrentDmaRegion() make sure we
> >     unmap the previous buffer.
> >
>
>
>
> ------------------------------------------------------------------------------
> Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
> trial. Simplify your report design, integration and deployment - and focus
> on
> what you do best, core application coding. Discover what's new with
> Crystal Reports now.  http://p.sf.net/sfu/bobj-july
> _______________________________________________
> Mesa3d-dev mailing list
> Mes...@li...
> https://lists.sourceforge.net/lists/listinfo/mesa3d-dev
>

Re: [Mesa3d-users] R300 possible VBO regression

[Brian P. <br...@vm...>]

Tom wrote:
> Hello people,
> 
> After the merge of the vbo_clean I got a big performance boost when
> using VBOs (on my RV515). However, all this improvement disappeared with
> this commit, which i isolated with git bisect:
> 
> commit f9b8562f32b77a27c872d4c70a86995032541107
> Author: Pauli Nieminen <su...@gm...>
> Date:   Tue Aug 18 14:30:51 2009 -0400
> 
>     radeon: balance dma buffer mapping
> 
>     In radeonRefillCurrentDmaRegion() make sure we
>     unmap the previous buffer.
> 

I don't know if Pauli reads this list.  cc'ing mesa3d-dev.

-Brian

Re: [Mesa3d-users] R300 possible VBO regression

[Brian P. <br...@vm...>]

Tom wrote:
> Hello people,
> 
> After the merge of the vbo_clean I got a big performance boost when
> using VBOs (on my RV515). However, all this improvement disappeared with
> this commit, which i isolated with git bisect:
> 
> commit f9b8562f32b77a27c872d4c70a86995032541107
> Author: Pauli Nieminen <su...@gm...>
> Date:   Tue Aug 18 14:30:51 2009 -0400
> 
>     radeon: balance dma buffer mapping
> 
>     In radeonRefillCurrentDmaRegion() make sure we
>     unmap the previous buffer.
> 

[Mesa3d-users] Problem: Wait for VSync on pipe A and Wake up on pipe B

[Nicolas C. <nic...@ym...>]

Hello,

I have an application which must to synchronize with the vertical synchronisation of my display. 
To do this synchronization, I use a function of GLX (glXWaitVideoSyncSGI).

This function call the function DRM to wait the vertical synchronization (drmWaitVBlank) and the driver (drm.ko) does a wait on the pipe A of my Xserver.

But my output  (LVDS) of my Xserver is connected to the pipe B and so the driver (drm.ko) does a wake up on the pipe B.

So my applicaton is not synchronized with my display.

I would like to know how to configure my application for it uses the pipe B when it does a wait for the vertical synchronization.
Where I can configure my application for it uses the pipe B for the VSync ?
Is it in the xorg.conf or elsewhere?

Thanks, Nicolas


      

[Mesa3d-users] R300 possible VBO regression

[Tom <to...@ri...>]

Hello people,

After the merge of the vbo_clean I got a big performance boost when
using VBOs (on my RV515). However, all this improvement disappeared with
this commit, which i isolated with git bisect:

commit f9b8562f32b77a27c872d4c70a86995032541107
Author: Pauli Nieminen <su...@gm...>
Date:   Tue Aug 18 14:30:51 2009 -0400

    radeon: balance dma buffer mapping

    In radeonRefillCurrentDmaRegion() make sure we
    unmap the previous buffer.

-- 
Tom

Re: [Mesa3d-users] radeon_egl.c - incompatible headers

[Chia-I Wu <ol...@gm...>]

On Wed, Aug 19, 2009 at 10:27:41AM +0300, Caner Altinbasak wrote:
> Eagle EGL loader is the alternative way to use dri drivers with egl,  am I
> right?
> It seems very similar, also it does not need the framebuffer interface...
> http://hoegsberg.blogspot.com/2009/07/eagle-egl-loader.html
Yup.  It has an API similar to EGL, and it only depends on GEM.  I also
branched an older version of eagle here

http://gitorious.org/android-eeepc/eagle

It provides EGL API, and the native window system is Android.  It is
quite fun to work with eagle due to its simplicity.

-- 
Regards,
olv

[Mesa3d-users] OpenVG: Why is this not a star?

[Nicholas L. <Nic...@gm...>]

Can anyone tell me why this doesn't draw a star with 5 equal sides?  I can't
figure out what concept I have wrong.

Here's what I'm doing:

VGubyte close[] = {VG_CLOSE_PATH};
VGubyte cmds[] = {VG_LINE_TO_REL};
VGfloat coords[] = {200.0, 0.0};

VGImage star = vgCreatePath(...);
VGImage line = vgCreatePath(...);

vgAppendPathData(line, 1, cmds, coords);

vgSeti(VG_MATRIX_MODE, VG_MATRIX_PATH_USER_TO_SURFACE);
vgLoadIdentity();

for(i=0; i<4; i++)
{
  vgTransformPath(star, line);
  vgRotate(-144.0);
}

vgAppendPathData(star, 1, close, coords);

...

vgLoadIdentity();
vgTranslate(imgWidth/2, imgHeight/2);
vgDrawPath(star, VG_STROKE_PATH);

and I'm getting the attached image (why are the lengths messed up?): 
http://www.nabble.com/file/p25050892/star.jpeg 
-- 
View this message in context: http://www.nabble.com/OpenVG%3A-Why-is-this-not-a-star--tp25050892p25050892.html
Sent from the mesa3d-users mailing list archive at Nabble.com.

Re: [Mesa3d-users] Is Off-screen rendering possible with EGL and OpenVG?

[Nicholas L. <Nic...@gm...>]

Chia-I Wu-2 wrote:
> 
>> void *picture = malloc(...);
>> vgReadPixels(picture, ...);
> I have no experience with OpenVG, but You can save the "picture" to a
> ppm file at this point.  Isn't this what you want to do?
> 

Yes, that's what I'll do.  
-- 
View this message in context: http://www.nabble.com/Is-Off-screen-rendering-possible-with-EGL-and-OpenVG--tp24977640p25042964.html
Sent from the mesa3d-users mailing list archive at Nabble.com.

Re: [Mesa3d-users] ANYONE know comunity

[Caner A. <can...@gm...>]

I can advice http://www.linuxfromscratch.org/<http://www.linuxfromscratch.org/>Best
Regards..

Caner

2009/8/19 vivek vyas <viv...@gm...>

> i had upgraded hardlylinux-kernel-2.4.20 to linux-2.6.22
> gcc-3.2.2-gcc4.2.0 (only with ./configure --prefix=/usr)
>
> if you not believe on kernel then visit
> http://distrowatch.com/table.php?distribution=ELX
> (site is not created by me )
>
> and want to ask only Q is
>
> Any community/forums can help me on upgrading/compiling things(for e.g.
> X11R6,glibc-2.10,kernel) correctly other then Linux Journal and Linux forums
> please help me these things are really stuck I had compiled 100(not actually
> but much of time)  but they gives up
>
> I  H O P E  S O M E  C A N   H E L P   I N   T H I S   C A S E
>
>
> ------------------------------------------------------------------------------
> Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
> trial. Simplify your report design, integration and deployment - and focus
> on
> what you do best, core application coding. Discover what's new with
> Crystal Reports now.  http://p.sf.net/sfu/bobj-july
> _______________________________________________
> Mesa3d-users mailing list
> Mes...@li...
> https://lists.sourceforge.net/lists/listinfo/mesa3d-users
>
>

[Mesa3d-users] ANYONE know comunity

[vivek v. <viv...@gm...>]

i had upgraded hardlylinux-kernel-2.4.20 to linux-2.6.22
gcc-3.2.2-gcc4.2.0 (only with ./configure --prefix=/usr)

if you not believe on kernel then visit
http://distrowatch.com/table.php?distribution=ELX
(site is not created by me )

and want to ask only Q is

Any community/forums can help me on upgrading/compiling things(for e.g.
X11R6,glibc-2.10,kernel) correctly other then Linux Journal and Linux forums
please help me these things are really stuck I had compiled 100(not actually
but much of time)  but they gives up

I  H O P E  S O M E  C A N   H E L P   I N   T H I S   C A S E

Re: [Mesa3d-users] radeon_egl.c - incompatible headers

[Caner A. <can...@gm...>]

Eagle EGL loader is the alternative way to use dri drivers with egl,  am I
right?
It seems very similar, also it does not need the framebuffer interface...
http://hoegsberg.blogspot.com/2009/07/eagle-egl-loader.html

2009/8/18 Chia-I Wu <ol...@gm...>

> On Mon, Aug 17, 2009 at 10:50:49PM -0700, caner wrote:
> > actually I am trying to build a xegl system(without x server) shown in
> the
> > document experimentally:
> > http://www.freedesktop.org/wiki/Xegl
> http://www.freedesktop.org/wiki/Xegl
> > libEGL.so(library I want to use), libEGLdri.so(adapter driver),
> > r200_dri.so(actual driver including radeon_egl.o) path is important for
> me.
> > It also fails to build libEGLdri.so with several similar error messages,
> due
> > to incompatible headers. Is it a dead end?
> I don't know about the status of Xegl.  If it is still alive, I am
> willing to help revive the drivers.
>
> --
> Regards,
> olv
>

Re: [Mesa3d-users] Is Off-screen rendering possible with EGL and OpenVG?

[Chia-I Wu <ol...@gm...>]

On Tue, Aug 18, 2009 at 01:11:20PM -0700, Nicholas Lowell wrote:
> void *picture = malloc(...);
> vgReadPixels(picture, ...);
I have no experience with OpenVG, but You can save the "picture" to a
ppm file at this point.  Isn't this what you want to do?

-- 
Regards,
olv

Re: [Mesa3d-users] Is Off-screen rendering possible with EGL and OpenVG?

[Nicholas L. <Nic...@gm...>]

Chia-I Wu-2 wrote:
> 
>> The only thing I can think to maybe try is draw my VGPath to presumably
>> the
>> surface, then call either vgReadPixels to add it to memory and then
>> create a
>> ppm file.  Does that make sense?
> You can create a pbuffer (eglCreatePbufferSurface) and make it current.
> You then start drawing as usual, and read the result using vgReadPixels.
> The only difference is that the pbuffer surface will not be shown on the
> screen.  Note that not all drivers support pbuffer.  It is
> egl_softpipe.so that I am using.
> 

I am using softpipe.  

If I go from pbuffer surface to VGImage with the following:

eglMakeCurrent(eglDisplay, pbuffer, pbuffer, eglContext);
drawTriangle();
VGImage triangle = vgCreateImage(...);
vgGetPixels(triangle, 0, 0, 0, 0, imgW, imgH);
eglMakeCurrent(eglDisplay, windowSurface, windowSurface, eglContext);
vgDrawImage(triangle);
eglSwapBuffers(eglDispla, windowSurface);

I will get my blue triangle displayed to the window but "IN[0]: Register
never used" is printed out.  This message is printed during the vgDrawImage
call.  What is it talking about?  

I also went from pbuffer to memory to VGImage:

void *picture = malloc(...);
vgReadPixels(picture, ...);
vgImageSubData(triangle, picture, ...);

and I get the same results (a displayed triangle with the message).

-- 
View this message in context: http://www.nabble.com/Is-Off-screen-rendering-possible-with-EGL-and-OpenVG--tp24977640p25032633.html
Sent from the mesa3d-users mailing list archive at Nabble.com.

Re: [Mesa3d-users] radeon_egl.c - incompatible headers

[Chia-I Wu <ol...@gm...>]

On Mon, Aug 17, 2009 at 10:50:49PM -0700, caner wrote:
> actually I am trying to build a xegl system(without x server) shown in the
> document experimentally:
> http://www.freedesktop.org/wiki/Xegl http://www.freedesktop.org/wiki/Xegl 
> libEGL.so(library I want to use), libEGLdri.so(adapter driver),
> r200_dri.so(actual driver including radeon_egl.o) path is important for me.
> It also fails to build libEGLdri.so with several similar error messages, due
> to incompatible headers. Is it a dead end?
I don't know about the status of Xegl.  If it is still alive, I am
willing to help revive the drivers.

-- 
Regards,
olv

Re: [Mesa3d-users] radeon_egl.c - incompatible headers

[caner <can...@gm...>]

Chia-I Wu-2 wrote:
> 
> On Mon, Aug 17, 2009 at 05:58:11AM -0700, caner wrote:
>> I am trying to compile linux-dri with USING_EGL=1 option. I've tried both
>> the
>> main branch and opengl-es branch. Both of them cannot compile
>> radeon_egl.c
>> with following error:
> I think it fails to build for quite some time.
> 
> I've been working on EGL with several other drivers.  On X window, you
> can use egl_glx.so (src/egl/drivers/glx).  It is a GLX wrapper to
> standard libGL.so.  Or, egl_softpipe.so (src/gallium/winsys/egl_xlib/).
> It draws to a buffer which is uploaded to X as XImage.  Both work well.
> I also have a patch pending to revive egl_xdri.so.
> 

actually I am trying to build a xegl system(without x server) shown in the
document experimentally:
http://www.freedesktop.org/wiki/Xegl http://www.freedesktop.org/wiki/Xegl 

libEGL.so(library I want to use), libEGLdri.so(adapter driver),
r200_dri.so(actual driver including radeon_egl.o) path is important for me.

It also fails to build libEGLdri.so with several similar error messages, due
to incompatible headers. Is it a dead end?


Chia-I Wu-2 wrote:
> 
> In the console with intel KMS, you can try EGL_i915.so
> (src/gallium/winsys/drm/intel/egl/).  It should work just fine too.
> 
> There are some demos under progs/egl/.  Under X, you can try those start
> with xegl.
> 
> -- 
> Regards,
> olv
> 
> ------------------------------------------------------------------------------
> Let Crystal Reports handle the reporting - Free Crystal Reports 2008
> 30-Day 
> trial. Simplify your report design, integration and deployment - and focus
> on 
> what you do best, core application coding. Discover what's new with 
> Crystal Reports now.  http://p.sf.net/sfu/bobj-july
> _______________________________________________
> Mesa3d-users mailing list
> Mes...@li...
> https://lists.sourceforge.net/lists/listinfo/mesa3d-users
> 
> 

-- 
View this message in context: http://www.nabble.com/radeon_egl.c---incompatible-headers-tp25006299p25018913.html
Sent from the mesa3d-users mailing list archive at Nabble.com.

Re: [Mesa3d-users] Is Off-screen rendering possible with EGL and OpenVG?

[Chia-I Wu <ol...@gm...>]

On Mon, Aug 17, 2009 at 05:51:14AM -0700, Nicholas Lowell wrote:
> Off-screen rendering means a PBuffer but I can only bind a VGImage to a
> Pbuffer.  So what about VGPaths?  I can render a blue triangle on-screen and
> now I'm trying to render ultimately to a ppm file.  Therefore I need to know
> the location of the data, but all I have is the EGLDisplay, EGLSurface (a
> Pbuffer, right?) and EGLContext.  There's no opportunity for me to malloc
> some memory and use it.
The binding apis are usually used for cross-api rendering.  E.g., have
opengl render into a VGImage.
> The only thing I can think to maybe try is draw my VGPath to presumably the
> surface, then call either vgReadPixels to add it to memory and then create a
> ppm file.  Does that make sense?
You can create a pbuffer (eglCreatePbufferSurface) and make it current.
You then start drawing as usual, and read the result using vgReadPixels.
The only difference is that the pbuffer surface will not be shown on the
screen.  Note that not all drivers support pbuffer.  It is
egl_softpipe.so that I am using.

-- 
Regards,
olv

Re: [Mesa3d-users] radeon_egl.c - incompatible headers

[Chia-I Wu <ol...@gm...>]

On Mon, Aug 17, 2009 at 05:58:11AM -0700, caner wrote:
> I am trying to compile linux-dri with USING_EGL=1 option. I've tried both the
> main branch and opengl-es branch. Both of them cannot compile radeon_egl.c
> with following error:
I think it fails to build for quite some time.

I've been working on EGL with several other drivers.  On X window, you
can use egl_glx.so (src/egl/drivers/glx).  It is a GLX wrapper to
standard libGL.so.  Or, egl_softpipe.so (src/gallium/winsys/egl_xlib/).
It draws to a buffer which is uploaded to X as XImage.  Both work well.
I also have a patch pending to revive egl_xdri.so.

In the console with intel KMS, you can try EGL_i915.so
(src/gallium/winsys/drm/intel/egl/).  It should work just fine too.

There are some demos under progs/egl/.  Under X, you can try those start
with xegl.

-- 
Regards,
olv

[Mesa3d-users] radeon_egl.c - incompatible headers

[caner <can...@gm...>]

I am trying to compile linux-dri with USING_EGL=1 option. I've tried both the
main branch and opengl-es branch. Both of them cannot compile radeon_egl.c
with following error:

Have any idea?

/mesa-opengl-es/src/mesa/drivers/dri/r200# make USING_EGL=1
gcc -c -I. -I../../../../../src/mesa/drivers/dri/common -Iserver
-I../../../../../include -I../../../../../src/mesa
-I../../../../../src/egl/main -I../../../../../src/egl/drivers/dri
-I/usr/local/include -I/usr/local/include/drm    -g -O2 -Wall
-Wmissing-prototypes -std=c99 -ffast-math -fno-strict-aliasing  -fPIC 
-DUSE_X86_ASM -DUSE_MMX_ASM -DUSE_3DNOW_ASM -DUSE_SSE_ASM -D_GNU_SOURCE
-DPTHREADS -DHAVE_POSIX_MEMALIGN -DUSE_EXTERNAL_DXTN_LIB=1 -DIN_DRI_DRIVER
-DGLX_DIRECT_RENDERING -DGLX_INDIRECT_RENDERING -DHAVE_ALIAS
-DRADEON_COMMON=1 -DRADEON_COMMON_FOR_R200 server/radeon_egl.c -o
server/radeon_egl.o
In file included from ../../../../../src/mesa/main/glheader.h:54,
                 from
../../../../../src/mesa/drivers/dri/common/dri_util.h:54,
                 from ../../../../../src/egl/drivers/dri/egldri.h:12,
                 from server/radeon_egl.c:24:
../../../../../include/GL/glext.h:361:1: warning: "GL_SRC0_RGB" redefined
In file included from ../../../../../src/egl/main/eglconfig.h:6,
                 from server/radeon_egl.c:15:
../../../../../include/GLES/gl.h:568:1: warning: this is the location of the
previous definition
In file included from ../../../../../src/mesa/main/glheader.h:54,
                 from
../../../../../src/mesa/drivers/dri/common/dri_util.h:54,
                 from ../../../../../src/egl/drivers/dri/egldri.h:12,
                 from server/radeon_egl.c:24:
../../../../../include/GL/glext.h:362:1: warning: "GL_SRC1_RGB" redefined
In file included from ../../../../../src/egl/main/eglconfig.h:6,
                 from server/radeon_egl.c:15:
../../../../../include/GLES/gl.h:569:1: warning: this is the location of the
previous definition
In file included from ../../../../../src/mesa/main/glheader.h:54,
                 from
../../../../../src/mesa/drivers/dri/common/dri_util.h:54,
                 from ../../../../../src/egl/drivers/dri/egldri.h:12,
                 from server/radeon_egl.c:24:
../../../../../include/GL/glext.h:363:1: warning: "GL_SRC2_RGB" redefined
In file included from ../../../../../src/egl/main/eglconfig.h:6,
                 from server/radeon_egl.c:15:
../../../../../include/GLES/gl.h:570:1: warning: this is the location of the
previous definition
In file included from ../../../../../src/mesa/main/glheader.h:54,
                 from
../../../../../src/mesa/drivers/dri/common/dri_util.h:54,
                 from ../../../../../src/egl/drivers/dri/egldri.h:12,
                 from server/radeon_egl.c:24:
../../../../../include/GL/glext.h:364:1: warning: "GL_SRC0_ALPHA" redefined
In file included from ../../../../../src/egl/main/eglconfig.h:6,
                 from server/radeon_egl.c:15:
../../../../../include/GLES/gl.h:571:1: warning: this is the location of the
previous definition
In file included from ../../../../../src/mesa/main/glheader.h:54,
                 from
../../../../../src/mesa/drivers/dri/common/dri_util.h:54,
                 from ../../../../../src/egl/drivers/dri/egldri.h:12,
                 from server/radeon_egl.c:24:
../../../../../include/GL/glext.h:365:1: warning: "GL_SRC1_ALPHA" redefined
In file included from ../../../../../src/egl/main/eglconfig.h:6,
                 from server/radeon_egl.c:15:
../../../../../include/GLES/gl.h:572:1: warning: this is the location of the
previous definition
In file included from ../../../../../src/mesa/main/glheader.h:54,
                 from
../../../../../src/mesa/drivers/dri/common/dri_util.h:54,
                 from ../../../../../src/egl/drivers/dri/egldri.h:12,
                 from server/radeon_egl.c:24:
../../../../../include/GL/glext.h:366:1: warning: "GL_SRC2_ALPHA" redefined
In file included from ../../../../../src/egl/main/eglconfig.h:6,
                 from server/radeon_egl.c:15:
../../../../../include/GLES/gl.h:573:1: warning: this is the location of the
previous definition
In file included from ../../../../../src/mesa/main/glheader.h:54,
                 from
../../../../../src/mesa/drivers/dri/common/dri_util.h:54,
                 from ../../../../../src/egl/drivers/dri/egldri.h:12,
                 from server/radeon_egl.c:24:
../../../../../include/GL/glext.h:3976: error: redefinition of typedef
‘GLintptr’
../../../../../include/GLES/gl.h:61: error: previous declaration of
‘GLintptr’ was here
../../../../../include/GL/glext.h:3977: error: redefinition of typedef
‘GLsizeiptr’
../../../../../include/GLES/gl.h:62: error: previous declaration of
‘GLsizeiptr’ was here
In file included from ../../../../../src/mesa/main/glheader.h:54,
                 from
../../../../../src/mesa/drivers/dri/common/dri_util.h:54,
                 from ../../../../../src/egl/drivers/dri/egldri.h:12,
                 from server/radeon_egl.c:24:
../../../../../include/GL/glext.h:4130: error: expected declaration
specifiers or ‘...’ before ‘GLdouble’
../../../../../include/GL/glext.h:4131: warning: type defaults to ‘int’ in
declaration of ‘GLdouble’
../../../../../include/GL/glext.h:4131: error: expected ‘;’, ‘,’ or ‘)’
before ‘*’ token

.....................
................Some other error messages from glext.h

../../../../../include/GL/glext.h:8476: error: expected declaration
specifiers or ‘...’ before ‘GLdouble’
server/radeon_egl.c:26:20: error: mtypes.h: No such file or directory
In file included from server/radeon_egl.c:27:
../../../../../src/mesa/drivers/dri/common/memops.h:7: error: expected ‘=’,
‘,’, ‘;’, ‘asm’ or ‘__attribute__’ before ‘void’
server/radeon_egl.c: In function ‘RADEONSetParam’:
server/radeon_egl.c:56: warning: too many arguments for format
server/radeon_egl.c: In function ‘RADEONDRIPciInit’:
server/radeon_egl.c:169: warning: format ‘%08lx’ expects type ‘long unsigned
int’, but argument 3 has type ‘drm_handle_t’
server/radeon_egl.c:179: warning: format ‘%08lx’ expects type ‘long unsigned
int’, but argument 3 has type ‘drm_handle_t’
server/radeon_egl.c:189: warning: format ‘%08lx’ expects type ‘long unsigned
int’, but argument 3 has type ‘drm_handle_t’
server/radeon_egl.c:199: warning: format ‘%08lx’ expects type ‘long unsigned
int’, but argument 3 has type ‘drm_handle_t’
server/radeon_egl.c: In function ‘RADEONDRIAgpInit’:
server/radeon_egl.c:293: warning: format ‘%08lx’ expects type ‘long unsigned
int’, but argument 3 has type ‘drm_handle_t’
server/radeon_egl.c:305: warning: format ‘%08lx’ expects type ‘long unsigned
int’, but argument 3 has type ‘drm_handle_t’
server/radeon_egl.c:315: warning: format ‘%08lx’ expects type ‘long unsigned
int’, but argument 3 has type ‘drm_handle_t’
server/radeon_egl.c:325: warning: format ‘%08lx’ expects type ‘long unsigned
int’, but argument 3 has type ‘drm_handle_t’
server/radeon_egl.c: In function ‘RADEONMemoryInit’:
server/radeon_egl.c:414: warning: format ‘%x’ expects type ‘unsigned int’,
but argument 4 has type ‘long unsigned int’
server/radeon_egl.c:339: warning: unused variable ‘cpp’
server/radeon_egl.c: In function ‘RADEONScreenInit’:
server/radeon_egl.c:700: warning: implicit declaration of function
‘drimemsetio’
server/radeon_egl.c: In function ‘radeonFillInConfigs’:
server/radeon_egl.c:966: warning: implicit declaration of function
‘_eglFillInConfigs’
server/radeon_egl.c: At top level:
server/radeon_egl.c:1072: error: conflicting types for ‘_eglMain’
../../../../../src/egl/main/egldriver.h:47: error: previous declaration of
‘_eglMain’ was here
make: *** [server/radeon_egl.o] Error 1


-- 
View this message in context: http://www.nabble.com/radeon_egl.c---incompatible-headers-tp25006299p25006299.html
Sent from the mesa3d-users mailing list archive at Nabble.com.