How you got beryl + ati radeon r300 to work - report thread

Message

MADevil · Post by **MADevil** » Sat Feb 10, 2007 3:25 am

so try :

rm /etc/env.d/09ati && env-update && ln -s /usr/lib/dri/r300_dri.so /usr/lib/xorg/modules/dri/r300_dri.so

remove fglrx from VIDEO_CARDS section in your make.conf and re-emerge xorg-server
and reboot to be sure

xf86-input-keyboard-9999 don't wan't to apply the patch , but it compile with commented patch line (where are my leds ..

)
EDIT: Patch is now merged in cvs but my leds don't works either.

phuber · Post by **phuber** » Sun Feb 11, 2007 9:12 pm

leds don't work here either...

mariux2 · Post by **mariux2** » Tue Feb 13, 2007 9:00 pm

Does anyone have problems with their keyboard layout being messed up? (anyone with a non-us keyboard layout)

IdefiX666 · Post by **IdefiX666** » Wed Feb 14, 2007 11:52 am

Is this normal, that with ati-drivers X takes about 5% of CPU power and with open-source it's about 30-40% and everything is so slow?

phuber · Post by **phuber** » Wed Feb 14, 2007 12:30 pm

what does "glxinfo | grep direct" say? If it's a yes then stuff shouldn't be too slow. You might want to compare your xorg.conf to mine and tweak it a bit. http://swisstech.net/xorg-ati-3d-beryl/xorg.conf

Yes, it's normal, that there's some constant cpu usage. That's because of the beryl window manager...

IdefiX666 · Post by **IdefiX666** » Wed Feb 14, 2007 12:55 pm

phuber wrote:what does "glxinfo | grep direct" say? If it's a yes then stuff shouldn't be too slow. You might want to compare your xorg.conf to mine and tweak it a bit. http://swisstech.net/xorg-ati-3d-beryl/xorg.conf

Yes, it's normal, that there's some constant cpu usage. That's because of the beryl window manager...

Code: Select all

name of display: :0.0
libGL warning: 3D driver claims to not support visual 0x4b
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: Tungsten Graphics, Inc.
OpenGL renderer string: Mesa DRI R300 20060815 AGP 8x x86/MMX+/3DNow!+/SSE TCL
OpenGL version string: 1.3 Mesa 6.5.3
OpenGL extensions:
    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_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_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

   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
0x4b 32 tc  0 32  0 r  .  .  8  8  8  8  0  0  0  0  0  0  0  0 0 Ncon

I changed "AccelMethod" "exa" to XAA
and now ewerything seems to be fine (with CPU usage)

One thing is iritating me much... I don't know where is my right mouse button... (and left is like dubble click)

And I can't activate some windows because they're immediately hiding

(I don't have beryl yet, because now I'm testing xorg on open-source drivers)

IdefiX666 · Post by **IdefiX666** » Wed Feb 14, 2007 5:05 pm

Anybody know how to fix mouse problem?
I have installed x11-drivers/xf86-input-mouse-1.2.1

MADevil · Post by **MADevil** » Fri Feb 16, 2007 11:01 pm

Only solution for me is to downgrade to 1.2.0
Edit: 1.2.1 works with xorg-server 1.2.99 (from portage)

phuber · Post by **phuber** » Sat Feb 17, 2007 1:16 pm

http://x.org/ X11R7.2 has officially been released - I guess some things are about to change in Primozic's overlay -- plus the xeffects svn is broken at the moment... I'll wait a few days and the update again

txboy · Post by **txboy** » Sun Feb 25, 2007 7:55 pm

Ok, I'm running beryl+aiglx+ati more or less well.
Just only one thing. When I run glxgears or any other glx program and move the window, only the window borders are moved.
The main glx action stays in same place until I stop moving the window and the glx goes to the new window place.

Does anyone know how to fix this ?

Thanks in advance.

phuber · Post by **phuber** » Mon Feb 26, 2007 7:54 am

txboy wrote:Ok, I'm running beryl+aiglx+ati more or less well.
Just only one thing. When I run glxgears or any other glx program and move the window, only the window borders are moved.
The main glx action stays in same place until I stop moving the window and the glx goes to the new window place.

Does anyone know how to fix this ?

Thanks in advance.

same here - don't know of a fix. in the compiz videos on the web, everything works fine in that respect...

Phlogiston · Post by **Phlogiston** » Mon Feb 26, 2007 9:02 am

/edit: oops wrong thread.

Henry78 · Post by **Henry78** » Sun Mar 04, 2007 2:27 pm

xf86-video-ati-9999 doesn't compile here:

Code: Select all

 i686-pc-linux-gnu-gcc -DHAVE_CONFIG_H -I. -I.. -DXFree86Server -DIN_MODULE -DXFree86Module -DXFree86LOADER -I/usr/include/xorg -I/usr/include/drm -I/usr/include/X11/dri -O2 -march=athlon-xp -fomit-frame-pointer -pipe -finline-functions -MT atibus.lo -MD -MP -MF .deps/atibus.Tpo -c atibus.c  -fPIC -DPIC -o .libs/atibus.o
ati.c:68: error: PACKAGE_VERSION_MAJOR undeclared here (not in a function)
ati.c:68: error: PACKAGE_VERSION_MINOR undeclared here (not in a function)
ati.c:68: error: PACKAGE_VERSION_PATCHLEVEL undeclared here (not in a function)
make[2]: *** [ati.lo] Error 1

Is there anything i can do about that?

--
regards, Henry

Henry78 · Post by **Henry78** » Sun Mar 04, 2007 3:03 pm

Yes there is something:

add USE-Flag "version-patch"

hadees · Post by **hadees** » Sat Mar 17, 2007 4:45 pm

I got it to work but every time I try to log out of xfce4 it freezes. Anyone else have xfce4 working with beryl?

I followed the http://www.swisstech.net/xorg-ati-3d-beryl/ guide so I am running cutting edge xorg. I think that may be the problem. Other then that I have the normal beryl 2.0.

phuber · Post by **phuber** » Sun Mar 18, 2007 7:09 pm

ya I made that guide but I uninstalled beryl from my main computer because it causes too much trouble. The guide is not going to be updated for the moment...

There are different ebuilds in the overlay -- you could try these too...

Phlogiston · Post by **Phlogiston** » Fri May 04, 2007 3:23 pm

hadees wrote:I got it to work but every time I try to log out of xfce4 it freezes. Anyone else have xfce4 working with beryl?

I followed the http://www.swisstech.net/xorg-ati-3d-beryl/ guide so I am running cutting edge xorg. I think that may be the problem. Other then that I have the normal beryl 2.0.

Bery freezes xorg randomly here too. Are you sure its xfce in your case? if not please try to give as much information as you can here:

https://bugs.freedesktop.org/show_bug.cgi?id=9446

chance2105 · Post by **chance2105** » Tue May 08, 2007 12:26 am

A "me too" post - compiz, actually, freezes my machine with the r300 driver occasionally. Stable xorg, mesa. I pulled in the updates from this weekend (xorg 7.2 I believe .. and nice speedup, between the xorg and the cairo updates, but back on topic...), and I still get the "hanging X" syndrome.

What basically happens to me - usually there is some window in a form of fading in or out, or menus bouncing. The display will hang. My mouse pointer will stay active, but clicking on anything has no effect. If I have audacious running, it will continue to play whatever music it was playing. I don't have a way to ssh into the box locally; I haven't checked to see if that still works. Attempting to VT-switch out of X doesn't work. I can hit the power button on the box, and the system will gracefully shut down.

It happens somewhat randomly - sometimes I can run a couple of days, sometimes it happens in an hour of use. Always it happens like above.

Who knows where the problem is. I'm guessing it's r300 driver related (do a search for r300 in the forums and read through the posts).

Phlogiston · Post by **Phlogiston** » Tue May 08, 2007 7:45 am

@chance2105

You described it quite nice, my friend and others are having exact that problem! For me this is just a bug somewhere so you really should consider helping here: https://bugs.freedesktop.org/show_bug.cgi?id=9446

Maybe copy your description there and give as much hardware info as you can.

By the logging into the box with ssh is no problem here but I couldn't get any helpful debug output information...

SDNick484 · Post by **SDNick484** » Sun Jun 10, 2007 8:07 am

I'm attempting to switch from XGL with ATI's proprietary driver (pretty much what I've been using from the compiz-quinnstorm days) to the r300 driver, and I noticed the link everyone provides (http://swisstech.net/xorg-ati-3d-beryl) seems to be down. Are the files from that repository still necessary, or can I get the r300 driver to play nice with Beryl using what's currently in ~x86 in portage? This is on an ATI X300m.

Thanks,
Nick

hadees · Post by **hadees** » Fri Jun 22, 2007 4:40 am

So has anyone had any luck recently getting the r300 driver to be stable with beryl? If only it wouldn't freeze, i could handle other problems.

overdose · Post by **overdose** » Fri Jul 20, 2007 12:08 pm

hi, i have a problem

[/code]GenBox Mortem # wget -P /etc/layman/ http://swisstech.net/xorg-ati-3d-beryl/r300-overlay.xml
--13:59:09-- http://swisstech.net/xorg-ati-3d-beryl/r300-overlay.xml
=> `/etc/layman/r300-overlay.xml'
Resolving swisstech.net... 212.254.193.193
Connecting to swisstech.net|212.254.193.193|:80... connected.
HTTP request sent, awaiting response... 404 Not Found
13:59:09 ERROR 404: Not Found.

any one can help me? :/

luche · Post by **luche** » Fri Oct 12, 2007 2:51 am

I also have the same error !

Code: Select all

lucy luche #  wget -P /etc/layman/ http://swisstech.net/xorg-ati-3d-beryl/r300-overlay.xml
--22:42:27--  http://swisstech.net/xorg-ati-3d-beryl/r300-overlay.xml
           => `/etc/layman/r300-overlay.xml'
Résolution de swisstech.net... 80.218.106.36
Connexion vers swisstech.net|80.218.106.36|:80...connecté.
requête HTTP transmise, en attente de la réponse...404 Not Found
22:42:27 ERREUR 404: Not Found.

Thanks in advance for your help !

Phlogiston · Post by **Phlogiston** » Fri Oct 12, 2007 7:07 pm

SDNick484 wrote:I'm attempting to switch from XGL with ATI's proprietary driver (pretty much what I've been using from the compiz-quinnstorm days) to the r300 driver, and I noticed the link everyone provides (http://swisstech.net/xorg-ati-3d-beryl) seems to be down. Are the files from that repository still necessary, or can I get the r300 driver to play nice with Beryl using what's currently in ~x86 in portage? This is on an ATI X300m.

Thanks,
Nick

You can try with the things from portage, but I can tell you that it won't be stable anyway with that card.

fallstoofast · Post by **fallstoofast** » Sun Jul 20, 2008 3:33 pm

mirror for the HOWTO

I love archive.org

http://web.archive.org/web/200702060628 ... -3d-beryl/

How you got beryl + ati radeon r300 to work - report thread

problems using layman