View previous topic :: View next topic |
Author |
Message |
Primozic Apprentice
Joined: 11 Jun 2004 Posts: 186 Location: Dover, NH, USA
|
Posted: Sat Jun 24, 2006 3:27 am Post subject: |
|
|
sefi wrote: | I didn't get direct rendering to work at first glance. A quick search via google gave me the hint to export R300_FORCE_R300 before starting X. So I did export R300_FORCE_300=1 and gladly that enabled direct rendering for me. |
Yes, I probably should have mentioned that. From what I have read, many Radeon 9800 series cards are troublesome with these drivers, so they ended up adding that variable in order to increase stability.
sefi wrote: | So does anyone know how to set the driver to use my graphic card as an SE version properly? |
You could try DRIconf, which is in Portage. It has some options regarding texture image units and texture coordinate units. Here's a screenshot of it on my system:
http://sturmartillerie.org/portage/driconf.png _________________ Interceptor: Intel Core 2 Duo 2.4GHz | AOpen i965GMt-LA Mini-ITX | 4GB PC2-5300 DDR2
Pursuit: AMD Geode NX 1500 1.0GHz | TYAN Tomcat K7M S2498AGNN FlexATX | 2GB PC2700 DDR |
|
Back to top |
|
|
tioui n00b
Joined: 17 Jun 2004 Posts: 21
|
Posted: Sun Jun 25, 2006 1:23 am Post subject: Ati radeon problem |
|
|
Hi there!
I'v got a problem with my Mesa instalation. When I use the "make linux-dri-x86-64", I've got an error message:
Code: | glxcmds.c: In function `glXBindTexImageEXT':
glxcmds.c:2680: error: `X_GLXvop_BindTexImageEXT' undeclared (first use in this function)
glxcmds.c:2680: error: (Each undeclared identifier is reported only once
glxcmds.c:2680: error: for each function it appears in.)
glxcmds.c: In function `glXReleaseTexImageEXT':
glxcmds.c:2732: error: `X_GLXvop_ReleaseTexImageEXT' undeclared (first use in this function)
make[3]: *** [glxcmds.o] Error 1
make[2]: *** [subdirs] Error 1
make[1]: *** [default] Error 1
make: *** [linux-dri-x86-64] Error 2
|
I have an ATI EAX X1300 and I am on a AMD64. (athlon64 +3500)
Please help, I am out of inspiration.
P.S.: I excute the command found on the page: http://www.gentoo-wiki.com/XGL#X_GLXvop_BindTexImageEXT_error
but it doesn't work. _________________ tioui |
|
Back to top |
|
|
danrok^ Tux's lil' helper
Joined: 11 Sep 2004 Posts: 117 Location: Poland, Zabrze
|
Posted: Sun Jun 25, 2006 5:53 pm Post subject: |
|
|
Someone got working direct rendering on xorg 7.1 and mesa-cvs ebuilds? |
|
Back to top |
|
|
phuber Tux's lil' helper
Joined: 19 Aug 2003 Posts: 106 Location: switzerland
|
Posted: Sun Jun 25, 2006 6:56 pm Post subject: |
|
|
direct rendering yes. but real hardware accel no... |
|
Back to top |
|
|
sefi n00b
Joined: 23 Jun 2006 Posts: 14
|
Posted: Sun Jun 25, 2006 9:07 pm Post subject: |
|
|
Hi Primozic,
I switched to 4 pixel pipelines using driconf but this didn't change anything. Does the dri driver parse the config automatically where the program puts it?
Cheers,
Philipp |
|
Back to top |
|
|
phuber Tux's lil' helper
Joined: 19 Aug 2003 Posts: 106 Location: switzerland
|
Posted: Sun Jun 25, 2006 9:19 pm Post subject: |
|
|
sefi wrote: | Hi Primozic,
I switched to 4 pixel pipelines using driconf but this didn't change anything. Does the dri driver parse the config automatically where the program puts it?
Cheers,
Philipp |
Yes, when you do this: Code: | LIBGL_DEBUG=all glxinfo |
you'll see where dri did not find a config file -- afaik it's /etc/drirc and ~/.drirc |
|
Back to top |
|
|
Primozic Apprentice
Joined: 11 Jun 2004 Posts: 186 Location: Dover, NH, USA
|
Posted: Mon Jun 26, 2006 6:30 pm Post subject: |
|
|
sefi wrote: | Does the dri driver parse the config automatically where the program puts it? |
Yes, changes made in DRIconf take effect immediately, although probably not for applications already running before you made the changes. If DRIconf didn't make any difference, I'm afraid I don't know what will.
As an aside, I have updated the overlay again, due to some CVS changes.
http://sturmartillerie.org/portage/mesa-cvs.tar.gz _________________ Interceptor: Intel Core 2 Duo 2.4GHz | AOpen i965GMt-LA Mini-ITX | 4GB PC2-5300 DDR2
Pursuit: AMD Geode NX 1500 1.0GHz | TYAN Tomcat K7M S2498AGNN FlexATX | 2GB PC2700 DDR |
|
Back to top |
|
|
Master_of_Puppets n00b
Joined: 17 Dec 2005 Posts: 48 Location: Austria
|
Posted: Mon Jun 26, 2006 8:06 pm Post subject: |
|
|
Thanks for the overlay, Primozic!
I tried it out, and here's what I get:
Code: | master@master-notebook ~ $ glxinfo
name of display: :0.0
Mesa: CPU vendor: GenuineIntel
Mesa: CPU name: Intel(R) Pentium(R) M processor 1.73GHz
Mesa: MMX cpu detected.
Mesa: SSE cpu detected.
Mesa: Not testing OS support for SSE, leaving enabled.
glxinfo: main/context.c:1066: check_context_limits: Assertion `ctx->Const.MaxTextureImageUnits <= 8' failed.
Abgebrochen |
This happens with every GL app..
Code: | master@master-notebook ~ $ glxgears
Mesa: CPU vendor: GenuineIntel
Mesa: CPU name: Intel(R) Pentium(R) M processor 1.73GHz
Mesa: MMX cpu detected.
Mesa: SSE cpu detected.
Mesa: Not testing OS support for SSE, leaving enabled.
glxgears: main/context.c:1066: check_context_limits: Assertion `ctx->Const.MaxTextureImageUnits <= 8' failed.
Abgebrochen |
Help, anyone? _________________ There are only 10 kinds of people in the world, those who understand binary and those who don't. |
|
Back to top |
|
|
Primozic Apprentice
Joined: 11 Jun 2004 Posts: 186 Location: Dover, NH, USA
|
Posted: Mon Jun 26, 2006 8:26 pm Post subject: |
|
|
Master_of_Puppets wrote: | I tried it out, and here's what I get:
Code: | glxgears: main/context.c:1066: check_context_limits: Assertion `ctx->Const.MaxTextureImageUnits <= 8' failed. |
|
Do you have a /etc/drirc and/or ~/.drirc file? If so, deleting them/it and try again. _________________ Interceptor: Intel Core 2 Duo 2.4GHz | AOpen i965GMt-LA Mini-ITX | 4GB PC2-5300 DDR2
Pursuit: AMD Geode NX 1500 1.0GHz | TYAN Tomcat K7M S2498AGNN FlexATX | 2GB PC2700 DDR |
|
Back to top |
|
|
Master_of_Puppets n00b
Joined: 17 Dec 2005 Posts: 48 Location: Austria
|
Posted: Tue Jun 27, 2006 5:14 pm Post subject: |
|
|
Primozic wrote: | Master_of_Puppets wrote: | I tried it out, and here's what I get:
Code: | glxgears: main/context.c:1066: check_context_limits: Assertion `ctx->Const.MaxTextureImageUnits <= 8' failed. |
|
Do you have a /etc/drirc and/or ~/.drirc file? If so, deleting them/it and try again. |
Wow thanks a lot, it works!
Code: | master@master-notebook ~ $ 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_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
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_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 20040924 x86/MMX/SSE2 TCL
OpenGL version string: 1.3 Mesa 6.5.1
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_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_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 0 0 0 0 0 0 0 None
0x24 24 tc 0 32 0 r y . 8 8 8 8 0 24 8 0 0 0 0 0 0 None
0x25 24 tc 0 32 0 r y . 8 8 8 8 0 24 0 16 16 16 16 0 0 Slow
0x26 24 tc 0 32 0 r y . 8 8 8 8 0 24 8 16 16 16 16 0 0 Slow
0x27 24 tc 0 32 0 r . . 8 8 8 8 0 24 0 0 0 0 0 0 0 None
0x28 24 tc 0 32 0 r . . 8 8 8 8 0 24 8 0 0 0 0 0 0 None
0x29 24 tc 0 32 0 r . . 8 8 8 8 0 24 0 16 16 16 16 0 0 Slow
0x2a 24 tc 0 32 0 r . . 8 8 8 8 0 24 8 16 16 16 16 0 0 Slow
0x2b 24 dc 0 32 0 r y . 8 8 8 8 0 24 0 0 0 0 0 0 0 None
0x2c 24 dc 0 32 0 r y . 8 8 8 8 0 24 8 0 0 0 0 0 0 None
0x2d 24 dc 0 32 0 r y . 8 8 8 8 0 24 0 16 16 16 16 0 0 Slow
0x2e 24 dc 0 32 0 r y . 8 8 8 8 0 24 8 16 16 16 16 0 0 Slow
0x2f 24 dc 0 32 0 r . . 8 8 8 8 0 24 0 0 0 0 0 0 0 None
0x30 24 dc 0 32 0 r . . 8 8 8 8 0 24 8 0 0 0 0 0 0 None
0x31 24 dc 0 32 0 r . . 8 8 8 8 0 24 0 16 16 16 16 0 0 Slow
0x32 24 dc 0 32 0 r . . 8 8 8 8 0 24 8 16 16 16 16 0 0 Slow
|
EDIT: ok next problem... openGL apps (for example tuxracer and xmoto) freeze after a while (and with them the whole x-server) _________________ There are only 10 kinds of people in the world, those who understand binary and those who don't. |
|
Back to top |
|
|
mrsteven Veteran
Joined: 04 Jul 2003 Posts: 1938
|
|
Back to top |
|
|
kdvgent Guru
Joined: 29 Sep 2004 Posts: 352 Location: Belgium
|
Posted: Wed Jun 28, 2006 8:01 pm Post subject: problem with sturmartillerie.org ebuilds |
|
|
Using, two weeks ago, the e-build provided via http://sturmartillerie.org/portage/mesa-cvs.tar.gz gave me DRI support for my Radeon 9800SE based card.
Today, I notices that glxinfo was no longer working. Hence, I decided to take the latest version of the tarball again and to recompile the e-builds again.
For x11-drm, I got the following compile error:
Quote: | make[1]: Entering directory `/var/tmp/portage/x11-drm-9999/work/drm/shared-core'
make[1]: Nothing to be done for `all'.
make[1]: Leaving directory `/var/tmp/portage/x11-drm-9999/work/drm/shared-core'
make[1]: Entering directory `/var/tmp/portage/x11-drm-9999/work/drm'
make[1]: Nothing to be done for `all-am'.
make[1]: Leaving directory `/var/tmp/portage/x11-drm-9999/work/drm'
cc -march=k8 -pipe -O2 -g -ansi -pedantic -DPOSIX_C_SOURCE=199309L -D_POSIX_SOURCE -D_XOPEN_SOURCE -D_BSD_SOURCE -D_SVID_SOURCE -I. -I../../.. -I../libdrm dristat.c -o dristat
In file included from dristat.c:36:
../libdrm/xf86drm.c: In function ‘drmAddMap’:
../libdrm/xf86drm.c:871: warning: cast from pointer to integer of different size
../libdrm/xf86drm.c: In function ‘drmRmMap’:
../libdrm/xf86drm.c:879: warning: cast to pointer from integer of different size
../libdrm/xf86drm.c: In function ‘drmAddContextPrivateMapping’:
../libdrm/xf86drm.c:1919: warning: cast to pointer from integer of different size
../libdrm/xf86drm.c: In function ‘drmGetContextPrivateMapping’:
../libdrm/xf86drm.c:1933: warning: cast from pointer to integer of different size
cc -march=k8 -pipe -O2 -g -ansi -pedantic -DPOSIX_C_SOURCE=199309L -D_POSIX_SOURCE -D_XOPEN_SOURCE -D_BSD_SOURCE -D_SVID_SOURCE -I. -I../../.. -I../libdrm drmstat.c -o drmstat ../libdrm/*.o -L../../.. -L.. -L../libdrm
x86_64-pc-linux-gnu-gcc: ../libdrm/*.o: No such file or directory
make: *** [drmstat] Error 1
!!! ERROR: x11-base/x11-drm-9999 failed.
Call stack:
ebuild.sh, line 1545: Called dyn_compile
ebuild.sh, line 940: Called src_compile
x11-drm-9999.ebuild, line 130: Called die
!!! Building drmstat failed.
!!! If you need support, post the topmost build error, and the call stack if relevant.
!!! This ebuild is from an overlay: '/usr/local/karel'
|
And although mesa-progs compiles without erros, glxinfo does not work
Quote: | gentoo karel # glxinfo
name of display: :0.0
libGL warning: 3D driver claims to not support visual 0x4b
glxinfo: main/context.c:1066: check_context_limits: Assertion `ctx->Const.MaxTextureImageUnits <= 8' failed.
Aborted
|
There are no errors in my Xorg log file and DRI is enabled.
I can of course provide additional information when needed.
Any suggestion will be appreciated. |
|
Back to top |
|
|
ninjabadger Apprentice
Joined: 23 Apr 2003 Posts: 270 Location: Scotland
|
Posted: Wed Jun 28, 2006 8:28 pm Post subject: |
|
|
I get the unable to find error too
for libdrm*.o
I have a Centrino Laptop with I think a Radeon 9700 Card _________________ Is Microsoft Stronger?
No, no, no. Quicker, easier, more seductive. |
|
Back to top |
|
|
Primozic Apprentice
Joined: 11 Jun 2004 Posts: 186 Location: Dover, NH, USA
|
Posted: Wed Jun 28, 2006 9:05 pm Post subject: |
|
|
The x11-drm compile error should be fixed in the latest overlay. They changed libdrm to use dynamic libraries, and this causes some trouble with drmstat. No *.o files are created in the libdrm directory. This is only a temporary fix. Hopefully someone knowledgable can chime in here.
EDIT: The only change that broke x11-drm from the pervious version seems to have been the addition of AC_DISABLE_STATIC to configure.ac. See:
http://sturmartillerie.org/portage/x11-base/x11-drm/files/003_all_configure-static.patch
libdrm does not seem to have been affected. _________________ Interceptor: Intel Core 2 Duo 2.4GHz | AOpen i965GMt-LA Mini-ITX | 4GB PC2-5300 DDR2
Pursuit: AMD Geode NX 1500 1.0GHz | TYAN Tomcat K7M S2498AGNN FlexATX | 2GB PC2700 DDR |
|
Back to top |
|
|
ninjabadger Apprentice
Joined: 23 Apr 2003 Posts: 270 Location: Scotland
|
Posted: Thu Jun 29, 2006 9:11 pm Post subject: |
|
|
Edit - Forget it, i was a moron, i went throught the process again and i must have forgotton to run modules-update or forgotton to load intel-agp
great ebuilds, cheers! _________________ Is Microsoft Stronger?
No, no, no. Quicker, easier, more seductive. |
|
Back to top |
|
|
tchak Tux's lil' helper
Joined: 19 Aug 2003 Posts: 124 Location: France/Russia
|
Posted: Thu Jun 29, 2006 10:38 pm Post subject: |
|
|
Hi,
Is dependencies on "x11-drm" in mesa ebuild is necessary? For me it works beter with plane "drm" and "radeon" module from 2.6.17 kernel.
Any way, thenk you for ebuilds _________________ maybe this world is another planet's hell...
Athlon64 | ATI Mobility Radeon 9700 | Netgear (Prism54) + ASUS (USB2 ZD1211) |
|
Back to top |
|
|
Primozic Apprentice
Joined: 11 Jun 2004 Posts: 186 Location: Dover, NH, USA
|
Posted: Fri Jun 30, 2006 3:07 pm Post subject: |
|
|
tchak wrote: | Is dependencies on "x11-drm" in mesa ebuild is necessary? For me it works beter with plane "drm" and "radeon" module from 2.6.17 kernel. |
Yes, it is necessary. The latest Mesa code usually depends on the latest libdrm and drm modules for complete functionality. The drm code in 2.6.17 just happens to be a recent merge, so it works right out of the box. If you happened to be using 2.6.16, this would not be the case. _________________ Interceptor: Intel Core 2 Duo 2.4GHz | AOpen i965GMt-LA Mini-ITX | 4GB PC2-5300 DDR2
Pursuit: AMD Geode NX 1500 1.0GHz | TYAN Tomcat K7M S2498AGNN FlexATX | 2GB PC2700 DDR |
|
Back to top |
|
|
Primozic Apprentice
Joined: 11 Jun 2004 Posts: 186 Location: Dover, NH, USA
|
Posted: Fri Jun 30, 2006 8:19 pm Post subject: |
|
|
To those of you that have a working Mesa implementation with a R300-series card, you may want to try enabling a few options to your xorg.conf file. Switching on color tiling, page flipping, and depth moves netted me an additional 1000fps in glxgears. That's comparable to the fglrx driver the last time I tried it out. Here's my xorg.conf:
http://sturmartillerie.org/portage/xorg.conf
Interestingly, color tiling was not enabled by default for me, even though the radeon man page said it should be. _________________ Interceptor: Intel Core 2 Duo 2.4GHz | AOpen i965GMt-LA Mini-ITX | 4GB PC2-5300 DDR2
Pursuit: AMD Geode NX 1500 1.0GHz | TYAN Tomcat K7M S2498AGNN FlexATX | 2GB PC2700 DDR |
|
Back to top |
|
|
DaiTengu n00b
Joined: 21 Jul 2003 Posts: 21 Location: Appleton, WI
|
Posted: Sat Jul 01, 2006 5:00 pm Post subject: |
|
|
Well, here's something interesting.
I still have the problem where I get "Direct Rendering: No" from glxinfo.
I just ran glxgears, after making some changes to my xorg.conf (using Primozic's config) and I'm getting 2300 FPS!
I'm so confused!
Also, I'm getting an error with the latest mesa-cvs today...
Code: |
i686-pc-linux-gnu-gcc -c -I. -I../../../../../src/mesa/drivers/dri/common -Iserver -I../../../../../include -I../../../../../include/GL/internal -I../../../../../src/mesa -I../../../../../src/mesa/main -I../../../../../src/mesa/glapi -I../../../../../src/mesa/math -I../../../../../src/mesa/transform -I../../../../../src/mesa/shader -I../../../../../src/mesa/swrast -I../../../../../src/mesa/swrast_setup -I../../../../../src/egl/main -I../../../../../src/egl/drivers/dri `pkg-config --cflags libdrm` -Wall -Wmissing-prototypes -std=c99 -ffast-math -march=athlon-xp -O3 -pipe -funroll-loops -fomit-frame-pointer -fno-strict-aliasing -fPIC -m32 -DGLX_USE_TLS -D_POSIX_SOURCE -D_POSIX_C_SOURCE=199309L -D_SVID_SOURCE -D_BSD_SOURCE -D_GNU_SOURCE -DPTHREADS -DUSE_EXTERNAL_DXTN_LIB=1 -DIN_DRI_DRIVER -DGLX_DIRECT_RENDERING -DHAVE_ALIAS -DDEFAULT_DRIVER_DIR='"/usr/lib/dri"' -DUSE_X86_ASM -DUSE_MMX_ASM -DUSE_3DNOW_ASM -DUSE_SSE_ASM i810tris.c -o i810tris.o
i686-pc-linux-gnu-gcc -c -I. -I../../../../../src/mesa/drivers/dri/common -Iserver -I../../../../../include -I../../../../../include/GL/internal -I../../../../../src/mesa -I../../../../../src/mesa/main -I../../../../../src/mesa/glapi -I../../../../../src/mesa/math -I../../../../../src/mesa/transform -I../../../../../src/mesa/shader -I../../../../../src/mesa/swrast -I../../../../../src/mesa/swrast_setup -I../../../../../src/egl/main -I../../../../../src/egl/drivers/dri `pkg-config --cflags libdrm` -Wall -Wmissing-prototypes -std=c99 -ffast-math -march=athlon-xp -O3 -pipe -funroll-loops -fomit-frame-pointer -fno-strict-aliasing -fPIC -m32 -DGLX_USE_TLS -D_POSIX_SOURCE -D_POSIX_C_SOURCE=199309L -D_SVID_SOURCE -D_BSD_SOURCE -D_GNU_SOURCE -DPTHREADS -DUSE_EXTERNAL_DXTN_LIB=1 -DIN_DRI_DRIVER -DGLX_DIRECT_RENDERING -DHAVE_ALIAS -DDEFAULT_DRIVER_DIR='"/usr/lib/dri"' -DUSE_X86_ASM -DUSE_MMX_ASM -DUSE_3DNOW_ASM -DUSE_SSE_ASM i810vb.c -o i810vb.o
In file included from i810vb.c:139:
../../../../../src/mesa/tnl_dd/t_dd_vb.c:193: warning: no previous prototype for 'i810_print_vertex'
../../../../../bin/mklib -noprefix -o i810_dri.so \
../../common/driverfuncs.o ../common/utils.o ../common/texmem.o ../common/vblank.o ../common/dri_util.o ../common/xmlconfig.o ../common/drirenderbuffer.o i810context.o i810ioctl.o i810render.o i810screen.o i810span.o i810state.o i810tex.o i810texmem.o i810texstate.o i810tris.o i810vb.o ../../../../../src/mesa/libmesa.a -lm -lpthread -lexpat -ldl -lGL `pkg-config --libs libdrm`
mklib: Making Linux shared library: i810_dri.so
/usr/lib/gcc/i686-pc-linux-gnu/3.4.4/../../../../i686-pc-linux-gnu/bin/ld: cannot find -lGL
collect2: ld returned 1 exit status
install i810_dri.so ../../../../../lib
install: cannot stat `i810_dri.so': No such file or directory
make[6]: *** [../../../../../lib/i810_dri.so] Error 1
make[6]: Leaving directory `/var/tmp/portage/mesa-9999/work/Mesa/src/mesa/drivers/dri/i810'
make[5]: *** [subdirs] Error 1
make[5]: Leaving directory `/var/tmp/portage/mesa-9999/work/Mesa/src/mesa/drivers/dri'
make[4]: *** [linux-solo] Error 2
make[4]: Leaving directory `/var/tmp/portage/mesa-9999/work/Mesa/src/mesa'
make[3]: *** [default] Error 2
make[3]: Leaving directory `/var/tmp/portage/mesa-9999/work/Mesa/src/mesa'
make[2]: *** [subdirs] Error 1
make[2]: Leaving directory `/var/tmp/portage/mesa-9999/work/Mesa/src'
make[1]: *** [default] Error 1
make[1]: Leaving directory `/var/tmp/portage/mesa-9999/work/Mesa'
make: *** [linux-dri-x86] Error 2
!!! ERROR: media-libs/mesa-9999 failed.
Call stack:
ebuild.sh, line 1545: Called dyn_compile
ebuild.sh, line 940: Called src_compile
mesa-9999.ebuild, line 221: Called die
!!! Build failed
!!! If you need support, post the topmost build error, and the call stack if relevant.
twisted daitengu #
|
|
|
Back to top |
|
|
phuber Tux's lil' helper
Joined: 19 Aug 2003 Posts: 106 Location: switzerland
|
Posted: Sat Jul 01, 2006 5:09 pm Post subject: |
|
|
I believe you can still have a nice performance with some hardware accel but without direct rendering. As far as I can tell, dri ist not a mandatory requirement to get hw-accel... |
|
Back to top |
|
|
blair1 n00b
Joined: 11 Feb 2005 Posts: 11
|
Posted: Sat Jul 01, 2006 8:25 pm Post subject: |
|
|
Primozic wrote: | To those of you that have a working Mesa implementation with a R300-series card, you may want to try enabling a few options to your xorg.conf file. Switching on color tiling, page flipping, and depth moves netted me an additional 1000fps in glxgears. That's comparable to the fglrx driver the last time I tried it out. Here's my xorg.conf:
http://sturmartillerie.org/portage/xorg.conf
Interestingly, color tiling was not enabled by default for me, even though the radeon man page said it should be. |
Great tip! I got an extra 800fps in glxgears. |
|
Back to top |
|
|
DaiTengu n00b
Joined: 21 Jul 2003 Posts: 21 Location: Appleton, WI
|
Posted: Sat Jul 01, 2006 9:00 pm Post subject: |
|
|
I fixed the compile error, I just had to wipe the /usr/portage/distfiles/cvs-src/Mesa directory out and start over.
I still can't get direct rendering to work though... this is driving me insane. |
|
Back to top |
|
|
Primozic Apprentice
Joined: 11 Jun 2004 Posts: 186 Location: Dover, NH, USA
|
Posted: Sun Jul 02, 2006 2:17 am Post subject: |
|
|
I've updated the overlay yet again. The Mesa ebuild no longer uses the installmesa script, just as the developers intended.
http://sturmartillerie.org/portage
DaiTengu wrote: | Also, I'm getting an error with the latest mesa-cvs today... |
I know you said that you resolved this issue, but I can't help but notice that the error occured while compiling i810-related code. Do you really need the i810 driver? If not, you should probably set VIDEO_CARDS in your make.conf. It'll save you from errors like this, not to mention compile time, since Mesa will only build the drivers that you specify.
Code: | VIDEO_CARDS="radeon vesa v4l" |
Does running the following command give you any useful information?
Code: | LIBGL_DEBUG="all" glxinfo |
_________________ Interceptor: Intel Core 2 Duo 2.4GHz | AOpen i965GMt-LA Mini-ITX | 4GB PC2-5300 DDR2
Pursuit: AMD Geode NX 1500 1.0GHz | TYAN Tomcat K7M S2498AGNN FlexATX | 2GB PC2700 DDR |
|
Back to top |
|
|
DaiTengu n00b
Joined: 21 Jul 2003 Posts: 21 Location: Appleton, WI
|
Posted: Sun Jul 02, 2006 4:20 am Post subject: |
|
|
Primozic wrote: |
Does running the following command give you any useful information?
Code: | LIBGL_DEBUG="all" glxinfo |
|
It does!
Code: | daitengu@twisted ~ $ LIBGL_DEBUG="all" glxinfo
name of display: :0.0
libGL error: dlopen /usr/lib/dri/r300_dri.so failed (/usr/lib/dri/r300_dri.so: undefined symbol: _glapi_tls_Context)
libGL error: unable to find driver: r300_dri.so
display: :0 screen: 0
direct rendering: No |
The file exists, and it's not a permissions problem.
You have no idea how happy I am that I found an error!
I'm currently recompiling with the nptl use flag... I'll let you know what happens!
Edit: nope, nothing. I recompiled xorg-server but I still get the same error |
|
Back to top |
|
|
mbar Veteran
Joined: 19 Jan 2005 Posts: 1990 Location: Poland
|
Posted: Sun Jul 02, 2006 7:44 am Post subject: |
|
|
Now I emerged mesa libdrm and x11-drm from this overlay OK. But mesa-progs failed with message "ld: cannot find -lGL". Direct rendering on my X800XL works all right, as I still have mesa-progs 6.5 from regular xorg installation. But now I cannot reemerge even mesa (mesa-9999 the driver), which also fails with "ld: cannot find -lGL". This library libGL is present in my /usr/lib.
I'm under AMD64, is it possible that symlinks/directories are messed under this architecture (ebuild bug)? How can I repair that?
Isn't there some mess up with /usr/$(get_libdir) abd plain /usr/lib dirs? |
|
Back to top |
|
|
|
|
You cannot post new topics in this forum You cannot reply to topics in this forum You cannot edit your posts in this forum You cannot delete your posts in this forum You cannot vote in polls in this forum
|
|