Mailinglist Archive: radeonhd (436 mails)

["Alex Deucher" <alexdeucher@xxxxxxxxx>]

On Mon, Jul 28, 2008 at 11:58 AM, Vladimir Grebenschikov <vova@xxxxxxx> wrote:
> On Mon, 2008-07-28 at 09:59 -0400, Alex Deucher wrote:
> > On Mon, Jul 28, 2008 at 5:43 AM, Vladimir Grebenschikov <vova@xxxxxxx> wrote:
> > > On Fri, 2008-07-25 at 18:56 -0400, Alex Deucher wrote:
> > > > Just a heads up everyone,  I've gone ahead and pushed the
> > > > quick_and_dirty_2d branch to master, so please test and let us know
> > > > how it how well it works for you.
> > >
> > > I am using quick_and_dirty_2d branch with firefox3 and get "magic" messed  
> > > results when pages has some background image.
> >
> > please try with master.  the quick_and_dirty_2d should be considered
> > dead at this point.
>
> Upgraded, the same.
>
> > > Like attached picture.
> >
> > Are you using XAA or EXA?
>
> No special options in xorg.conf,
> % egrep XAA\|EXA /var/log/Xorg.0.log
> (**) RADEONHD(0): Selected XAA 2D acceleration.
> (II) RADEONHD(0): Using accelerated EXA DownloadFromScreen hook; GART 
> location = 0xe0000000
> (II) RADEONHD(0): Using XFree86 Acceleration Architecture (XAA)
> %
>
> Looks like XAA.

Does it help if you switch to EXA?
Option "AccelMethod" "EXA"

> > > Is there any cure for that problem ?
> > > (Gnome developers said that problem is due to bad X11 drivers)
> > >
> > > 3D and 2D acceleration works well for me.
> > > (stellarium, torcs, mplayer -vo xv)
> > >
> > > But google-earth (on FreeBSD under Linux emulation)
> > > starts in software GL emulation mode, still no cure ?
> > >
> > > % googleearth
> > > unknown chip id 0x7145, can't guess.
> > > libGL warning: 3D driver returned no fbconfigs.
> > > libGL error: InitDriver failed
> > > libGL error: reverting to (slow) indirect rendering
> > > ...
> >
> > It looks like google earth is probably picking up an old mesa driver
> > are you sure you have mesa installed properly.  What does glxinfo
> > show?
>
> % src/mesa/progs/demos/glinfo
> Warning, RV515 detected, 3D HAHAHAHAHA!!.
> GL_VERSION: 1.3 Mesa 7.1
> GL_EXTENSIONS: GL_ARB_depth_texture GL_ARB_fragment_program
> GL_ARB_imaging GL_ARB_multisample GL_ARB_multitexture
> 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_polygon_offset GL_EXT_rescale_normal GL_EXT_secondary_color
> GL_EXT_separate_specular_color 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_SUN_multi_draw_arrays
> GL_RENDERER: Mesa DRI R300 20060815 x86/MMX/SSE2 TCL
> GL_VENDOR: DRI R300 Project
> GLU_VERSION: 1.3
> GLU_EXTENSIONS: GLU_EXT_nurbs_tessellator GLU_EXT_object_space_tess
> GLUT_API_VERSION: 5
> GLUT_XLIB_IMPLEMENTATION: 15
> %
>
> Most probably Linux's (I am on FreeBSD) mesa libraries are not installed
> properly
>
> Linux's glxinfo said the same as googleearth:
> % /compat/linux/usr/X11R6/bin/glxinfo
> unknown chip id 0x7145, can't guess.

It's picking up an old lib.

> % pkg_info -I linux_dri\*
> linux_dri-7.0       Binary Linux DRI libraries for 3D hardware
> acceleration of
> %

probably that package contains a old lib, but I'm not really familiar
with how the linux emulation works.

> > Can you attach the full log?
>
> attached
>
> One more problem - X cursor
>
> When I am using Option "SWcursor"
>
> Everything works well on non-GL applications, but for GL applications
> (like stellarium) there visible glitches around cursor.

that's do to sw updating the cursor mixed with 3D rendering.  you
really want to use hw cursors when using 3D.

> Without SWcursor, X cursor starts glitching on usual use-cases, like
> moving cross cursor type boundaries.

Perhaps there's an issue with disabling/enabling the cursors when
crossing the screen boundaries.   Do you have similar problems with
radeon?  radeonhd handles the cursor enable/disable directly while
radeon lets xrandr handle it.

Alex
-- 
To unsubscribe, e-mail: radeonhd+unsubscribe@xxxxxxxxxxxx
For additional commands, e-mail: radeonhd+help@xxxxxxxxxxxx