From: <sem...@hc...> - 2004-03-29 09:54:46
|
> On Mon, 29 Mar 2004 07:47:53 UT > sem...@hc... wrote: > > > Hi, > > > > > > > > I have a irritating problem, first these are my specs: > > > > > > > > Compaq Armada E500 (Laptop) > > > > PIII 800 > > > > ATI Rage LT Pro (8MB) > > > > > > > > Gentoo Linux, kernel 2.6.3-gentoo-r1 > > > > DRI branch mach64-0-0-7 > > > > DRM wich was included with the branch > > > > > > > > DRI is installed right, there are no problems in the XFree86 config > file. > > > > > > > > This is the problem: > > > > When I use dri (by means of glxinfo, glxgears or something else), my > XServer restarts, and i get my xdm login prompt back. > > > > The error it gives, just before exiting is this: > > > > **** > > > > libGL: XF86DRIGetClientDriverName: 6.5.3 mach64 (screen 0) > > > > libGL: OpenDriver: trying /usr/X11R6/lib/modules/dri/mach64_dri.so > > > > libGL error: dlopen /usr/X11R6/lib/modules/dri/mach64_dri.so failed > (/usr/X11R6/lib/modules/dri/mach64_dri.so: undefined symbol: > _swrast_alloc_aux_buffers) > > > > libGL error: unable to find driver: mach64_dri.so > > > > **** > > If you compiled from source try "make Everything" or "make World". There > are a few new source files that need to be compiled and linked to the > driver, so the Makefiles must be regenerated. I used "make World" for the compiling and then "make install" for installing :P. I followed the building tutorial from the dri.sourceforge.net site. > > That said, this error should not lead to a server crash. :-/ > > > > > > > > > please help > > Regards, > Felix Could you tell me where this _swrast_alloc_aux_buffers comes from? Is it a library outside of XFree86 wich i'm missing? thnx Sem vd Wal |
From: Felix <fx...@gm...> - 2004-03-29 10:11:50
|
On Mon, 29 Mar 2004 09:54:35 UT sem...@hc... wrote: [snip] > > > **** > > > > > > > > libGL: XF86DRIGetClientDriverName: 6.5.3 mach64 (screen 0) > > > > > > > > libGL: OpenDriver: trying /usr/X11R6/lib/modules/dri/mach64_dri.so > > > > > > > > libGL error: dlopen /usr/X11R6/lib/modules/dri/mach64_dri.so failed > > > (/usr/X11R6/lib/modules/dri/mach64_dri.so: undefined symbol: > > > _swrast_alloc_aux_buffers) > > > > > > > > libGL error: unable to find driver: mach64_dri.so > > > > > > > > **** > > > > > > If you compiled from source try "make Everything" or "make World". There > > > are a few new source files that need to be compiled and linked to the > > > driver, so the Makefiles must be regenerated. > > > > I used "make World" for the compiling and then "make install" for installing :P. > > I followed the building tutorial from the dri.sourceforge.net site. [snip] > > Could you tell me where this _swrast_alloc_aux_buffers comes from? Is it a library outside of XFree86 wich i'm missing? > It's part of mesa and should get linked to the 3D driver. So it is outside the Xserver. That's why it should never crash the server. What happens is that libGL tries to load the mach64 3D driver. The driver has a missing symbol which means that s_auxbuffer.o was not linked to the 3D driver. So it fails with the error message you got. Make sure that you have up-to-date Mesa and DRI sources. Then after make World you should have symbolic links from xc/lib/GL/mesa/swrast/s_auxbuffer.c and s_auxbuffer.h to the respective Mesa source files, and there should be a s_auxbuffer.o in the same directory. In world.log in the command line that links mach64.so you should find s_auxbuffer.o I suspect you upgraded the Mesa sources but not the DRI sources. Thus the Imakefiles don't know about the new files s_auxbuffer.[ch] and don't compile and link them to the driver. > > > thnx > > Sem vd Wal > > Felix |
From: Sem vd W. <sem...@hc...> - 2004-03-29 10:30:10
|
>On Mon, 29 Mar 2004 09:54:35 UT >sem...@hc... wrote: >[snip] > > >>>>**** >>>> >>>> >>>>libGL: XF86DRIGetClientDriverName: 6.5.3 mach64 (screen 0) >>>> >>>> >>>>libGL: OpenDriver: trying /usr/X11R6/lib/modules/dri/mach64_dri.so >>>> >>>> >>>>libGL error: dlopen /usr/X11R6/lib/modules/dri/mach64_dri.so failed >>>> >>>> >>>(/usr/X11R6/lib/modules/dri/mach64_dri.so: undefined symbol: >>> >>> >>>_swrast_alloc_aux_buffers) >>> >>> >>>>libGL error: unable to find driver: mach64_dri.so >>>> >>>> >>>>**** >>>> >>>> >>>If you compiled from source try "make Everything" or "make World". There >>> >>> >>>are a few new source files that need to be compiled and linked to the >>> >>> >>>driver, so the Makefiles must be regenerated. >>> >>> >> >>I used "make World" for the compiling and then "make install" for installing :P. >> >>I followed the building tutorial from the dri.sourceforge.net site. >> >> >[snip] > > >>Could you tell me where this _swrast_alloc_aux_buffers comes from? Is it a library outside of XFree86 wich i'm missing? >> >> >> > >It's part of mesa and should get linked to the 3D driver. So it is >outside the Xserver. That's why it should never crash the server. What >happens is that libGL tries to load the mach64 3D driver. The driver has >a missing symbol which means that s_auxbuffer.o was not linked to the 3D >driver. So it fails with the error message you got. > >Make sure that you have up-to-date Mesa and DRI sources. Then after make >World you should have symbolic links from >xc/lib/GL/mesa/swrast/s_auxbuffer.c and s_auxbuffer.h to the respective >Mesa source files, and there should be a s_auxbuffer.o in the same >directory. In world.log in the command line that links mach64.so you >should find s_auxbuffer.o > > > Your're absolutely right. That is the problem, there are no links to those files in xc/lib/GL/mesa/swrast/. And the name s_auxbuffer.o does not exist in the world.log file. So now I know what the problem is, but what do I do about it? Because as far as I know, I used the latest sources (via "cvs -z3 -d:pserver:ano...@dr...:/cvs/mesa co Mesa"), I downloaded these sources after downloading the DRI sources. For dri sources I used "cvs -z3 -d:pserver:ano...@fr...:/cvs/dri co -rmach64-0-0-7-branch xc" I did not download anything, should i have downloaded the xc module (no branch) too? Sem >I suspect you upgraded the Mesa sources but not the DRI sources. Thus >the Imakefiles don't know about the new files s_auxbuffer.[ch] and don't >compile and link them to the driver. > > > >>thnx >> >>Sem vd Wal >> >> >> >> > >Felix > > > > |