From: Michael T. <michael.thaler@Physik.TU-Muenchen.DE> - 2001-12-10 14:44:38
|
Hello, I downloaded the trunk and the mach64 branch from CVS. I compiled everything with make world and loaded the mach64 module into the kernel. I used XFree 4.10 from debian unstable to test the driver. First I ran glxgears with the libGL that came with debian. I got: 525 frames in 5.0 seconds = 105.000 FPS 629 frames in 5.0 seconds = 125.800 FPS 621 frames in 5.0 seconds = 124.200 FPS After that I copied the libGL from ~/DRI-CVS/build/xc/lib/GL/ to /usr/lib/ and I got 725 frames in 5.0 seconds = 145.000 FPS 600 frames in 5.0 seconds = 120.000 FPS 700 frames in 5.0 seconds = 140.000 FPS 600 frames in 5.0 seconds = 120.000 FPS 700 frames in 5.0 seconds = 140.000 FPS My machine is a PIII-650 with ATI Technologies Inc Rage Mobility P/M AGP 2x (rev 64) It's an slight improvement, but not very much. I was also wondering that my mouse pointer behaves like the computer needs a lot of cpu power. When I rum glxinfo X crashes, also when I run quake. Do I have to use the newly compiled X server to really run gl apps? I looked at the XFree log file and it only tells that the server aborted, no reasons. Greetings, Michael |
From: Jose F. <j_r...@ya...> - 2001-12-10 15:09:00
|
Hi, On Mon, 2001-12-10 at 14:44, Michael Thaler wrote: > Hello, > > I downloaded the trunk and the mach64 branch from CVS. I compiled > everything with make world and loaded the mach64 module into the > kernel. I used XFree 4.10 from debian unstable to test the driver. > I don't know what particular version of XFree 4.10 you have used but you must also install the X server from the mach64 build tree. The usual way is to 'lndir' your /usr/X11R6/ dir to /usr/X11R6-DRI/ and then 'make install'. This way you avoid file duplication. After you must start the X server in /usr/X11R6-DRI/bin. See the DRI Compilation Guide for more information about how to do this. > First I ran glxgears with the libGL that came with debian. I got: > > 525 frames in 5.0 seconds = 105.000 FPS > 629 frames in 5.0 seconds = 125.800 FPS > 621 frames in 5.0 seconds = 124.200 FPS > > After that I copied the libGL from ~/DRI-CVS/build/xc/lib/GL/ to > /usr/lib/ and I got > > 725 frames in 5.0 seconds = 145.000 FPS > 600 frames in 5.0 seconds = 120.000 FPS > 700 frames in 5.0 seconds = 140.000 FPS > 600 frames in 5.0 seconds = 120.000 FPS > 700 frames in 5.0 seconds = 140.000 FPS > > My machine is a PIII-650 with ATI Technologies Inc Rage Mobility P/M > AGP 2x (rev 64) > > It's an slight improvement, but not very much. I was also wondering > that my mouse pointer behaves like the computer needs a lot of cpu > power. When I rum glxinfo X crashes, also when I run quake. > > Do I have to use the newly compiled X server to really run gl apps? I > looked at the XFree log file and it only tells that the server > aborted, no reasons. > Yes you need, as said above, and that is the most probable cause for all these strange behaviors that you've noticed. > Greetings, > Michael > Regards, Jose Fonseca |
From: Michael T. <michael.thaler@Physik.TU-Muenchen.DE> - 2001-12-11 11:50:11
|
On Mon, Dec 10, 2001 at 03:09:35PM +0000, Jose Fonseca wrote: > I don't know what particular version of XFree 4.10 you have used but you > must also install the X server from the mach64 build tree. The usual way > is to 'lndir' your /usr/X11R6/ dir to /usr/X11R6-DRI/ and then 'make > install'. This way you avoid file duplication. O.K. I tried to compile it and got a lot of errors. What I did was: mkdir DRI-CVS cd DRI-CVS/ cvs -d:pserver:ano...@cv...:/cvsroot/dri login cvs -z3 -d:pserver:ano...@cv...:/cvsroot/dri co xc cd xc cvs -z3 -d:pserver:ano...@cv...:/cvsroot/dri update -P -d -r mach64-0-0-2-branch ln -s xc XFree40 mkdir build cd build lndir -silent -ignorelinks ../XFree40 cd ~/DRI-CVS/build/xc/ make World >& World.LOG I think I did everything like described in the compilation guide but I go a lot of errors. It seems I do something terribly wrong. I got the following errors: /usr/bin/ld: cannot find -lXext collect2: ld returned 1 exit status + rm -f libGL.so.1 + ln -s libGL.so.1.2 libGL.so.1 + rm -f ../../../exports/lib/libGL.so.1 + cd ../../../exports/lib + ln -s ../../lib/GL/GL/libGL.so.1 . rm -f libGL.so.1.2 mv -f libGL.so.1.2~ libGL.so.1.2 mv: cannot stat `libGL.so.1.2~': No such file or directory make[5]: *** [libGL.so.1.2] Error 1 make[5]: Target `all' not remade because of errors. make[5]: Leaving directory `/home/michi/DRI-CVS/build/xc/lib/GL/GL' making all in lib/GL/mesa/src/OSmesa... /usr/bin/ld: cannot find -lGL collect2: ld returned 1 exit status + rm -f libOSMesa.so.3 + ln -s libOSMesa.so.3.3 libOSMesa.so.3 + rm -f ../../../../../exports/lib/libOSMesa.so.3 + cd ../../../../../exports/lib + ln -s ../../lib/GL/mesa/src/OSmesa/libOSMesa.so.3 . rm -f libOSMesa.so.3.3 mv -f libOSMesa.so.3.3~ libOSMesa.so.3.3 mv: cannot stat `libOSMesa.so.3.3~': No such file or directory make[5]: *** [libOSMesa.so.3.3] Error 1 /usr/bin/ld: cannot find -lGL collect2: ld returned 1 exit status + rm -f libOSMesa.so.3 + ln -s libOSMesa.so.3.3 libOSMesa.so.3 + rm -f ../../../../../exports/lib/libOSMesa.so.3 + cd ../../../../../exports/lib + ln -s ../../lib/GL/mesa/src/OSmesa/libOSMesa.so.3 . rm -f libOSMesa.so.3.3 mv -f libOSMesa.so.3.3~ libOSMesa.so.3.3 mv: cannot stat `libOSMesa.so.3.3~': No such file or directory make[5]: *** [libOSMesa.so.3.3] Error 1 /usr/bin/ld: cannot find -lGL collect2: ld returned 1 exit status make[6]: *** [gamma_dri.so] Error 1 make[6]: Target `all' not remade because of errors. make[6]: Target `all' not remade because of errors. make[6]: Leaving directory `/home/michi/DRI-CVS/build/xc/lib/GL/mesa/src/drv/gamma' /usr/bin/ld: cannot find -lGL collect2: ld returned 1 exit status make[6]: *** [mach64_dri.so] Error 1 usr/bin/ld: cannot find -lGL collect2: ld returned 1 exit status make[6]: *** [mga_dri.so] Error 1 /usr/bin/ld: cannot find -lGL collect2: ld returned 1 exit status make[6]: *** [i810_dri.so] Error 1 /usr/bin/ld: cannot find -lGL collect2: ld returned 1 exit status make[6]: *** [r128_dri.so] Error 1 /usr/bin/ld: cannot find -lGL collect2: ld returned 1 exit status make[6]: *** [radeon_dri.so] Error 1 /usr/bin/ld: cannot find -lGL collect2: ld returned 1 exit status make[6]: *** [sis_dri.so] Error 1 Yesterday I build everything from the mach64-0-0-1-branch and I did not get this errors. Anyone has a hint what I am doing wrong here? Have I forgot something? Greetings, Michael |
From: Jose F. <j_r...@ya...> - 2001-12-11 11:52:25
|
On Tue, 2001-12-11 at 10:54, Michael Thaler wrote: > On Mon, Dec 10, 2001 at 03:09:35PM +0000, Jose Fonseca wrote: > > > I don't know what particular version of XFree 4.10 you have used but you > > must also install the X server from the mach64 build tree. The usual way > > is to 'lndir' your /usr/X11R6/ dir to /usr/X11R6-DRI/ and then 'make > > install'. This way you avoid file duplication. > > O.K. I tried to compile it and got a lot of errors. What I did was: > > mkdir DRI-CVS > cd DRI-CVS/ > cvs -d:pserver:ano...@cv...:/cvsroot/dri login > cvs -z3 -d:pserver:ano...@cv...:/cvsroot/dri co xc > cd xc > cvs -z3 -d:pserver:ano...@cv...:/cvsroot/dri update -P -d -r mach64-0-0-2-branch I don't know much about cvs but usually I just do: cvs -z3 -dd...@cv...:/cvsroot/dri co -r mach64-0-0-2-branch xc I don't know if updating a branch after checking out the trunk you get everything all right. Perhaps some one in the list could enlighten this... > ln -s xc XFree40 > mkdir build > cd build > lndir -silent -ignorelinks ../XFree40 > cd ~/DRI-CVS/build/xc/ > make World >& World.LOG > > I think I did everything like described in the compilation guide but I > go a lot of errors. It seems I do something terribly wrong. I got the > following errors: > > /usr/bin/ld: cannot find -lXext > collect2: ld returned 1 exit status You should have included the command that generated this error. Anyway something wrong must have happened before when building Xext. The rest of the errors are the consequence of this one... > + rm -f libGL.so.1 > + ln -s libGL.so.1.2 libGL.so.1 > + rm -f ../../../exports/lib/libGL.so.1 > + cd ../../../exports/lib > + ln -s ../../lib/GL/GL/libGL.so.1 . > rm -f libGL.so.1.2 > mv -f libGL.so.1.2~ libGL.so.1.2 > mv: cannot stat `libGL.so.1.2~': No such file or directory > make[5]: *** [libGL.so.1.2] Error 1 > make[5]: Target `all' not remade because of errors. > make[5]: Leaving directory `/home/michi/DRI-CVS/build/xc/lib/GL/GL' > making all in lib/GL/mesa/src/OSmesa... > /usr/bin/ld: cannot find -lGL > collect2: ld returned 1 exit status > + rm -f libOSMesa.so.3 > + ln -s libOSMesa.so.3.3 libOSMesa.so.3 > + rm -f ../../../../../exports/lib/libOSMesa.so.3 > + cd ../../../../../exports/lib > + ln -s ../../lib/GL/mesa/src/OSmesa/libOSMesa.so.3 . > rm -f libOSMesa.so.3.3 > mv -f libOSMesa.so.3.3~ libOSMesa.so.3.3 > mv: cannot stat `libOSMesa.so.3.3~': No such file or directory > make[5]: *** [libOSMesa.so.3.3] Error 1 > > /usr/bin/ld: cannot find -lGL > collect2: ld returned 1 exit status > + rm -f libOSMesa.so.3 > + ln -s libOSMesa.so.3.3 libOSMesa.so.3 > + rm -f ../../../../../exports/lib/libOSMesa.so.3 > + cd ../../../../../exports/lib > + ln -s ../../lib/GL/mesa/src/OSmesa/libOSMesa.so.3 . > rm -f libOSMesa.so.3.3 > mv -f libOSMesa.so.3.3~ libOSMesa.so.3.3 > mv: cannot stat `libOSMesa.so.3.3~': No such file or directory > make[5]: *** [libOSMesa.so.3.3] Error 1 > > /usr/bin/ld: cannot find -lGL > collect2: ld returned 1 exit status > make[6]: *** [gamma_dri.so] Error 1 > make[6]: Target `all' not remade because of errors. > make[6]: Target `all' not remade because of errors. > make[6]: Leaving directory > `/home/michi/DRI-CVS/build/xc/lib/GL/mesa/src/drv/gamma' > > /usr/bin/ld: cannot find -lGL > collect2: ld returned 1 exit status > make[6]: *** [mach64_dri.so] Error 1 > > usr/bin/ld: cannot find -lGL > collect2: ld returned 1 exit status > make[6]: *** [mga_dri.so] Error 1 > > /usr/bin/ld: cannot find -lGL > collect2: ld returned 1 exit status > make[6]: *** [i810_dri.so] Error 1 > > /usr/bin/ld: cannot find -lGL > collect2: ld returned 1 exit status > make[6]: *** [r128_dri.so] Error 1 > > /usr/bin/ld: cannot find -lGL > collect2: ld returned 1 exit status > make[6]: *** [radeon_dri.so] Error 1 > > /usr/bin/ld: cannot find -lGL > collect2: ld returned 1 exit status > make[6]: *** [sis_dri.so] Error 1 > > Yesterday I build everything from the mach64-0-0-1-branch and I did > not get this errors. Anyone has a hint what I am doing wrong here? > Have I forgot something? > You forgot to CC the dri-devel ML. :) > Greetings, > Michael Regards, Jose Fonseca |
From: Michael T. <michael.thaler@Physik.TU-Muenchen.DE> - 2001-12-11 12:14:52
|
On Tue, Dec 11, 2001 at 11:52:59AM +0000, Jose Fonseca wrote: > > cvs -z3 -dd...@cv...:/cvsroot/dri co -r > mach64-0-0-2-branch xc I don't have a login so I can only download as an anonymous user. I followed the instructions of the compilation guide but I am not familiar with CVS so maybe something went wrong. > I don't know if updating a branch after checking out the trunk you get > everything all right. Perhaps some one in the list could enlighten > this... I am not sure, either. The command provided by the CVS webpage on dri.sourceforge.net did not work. I had to change the order of the options. Maybe this is wrong. > You should have included the command that generated this error. Anyway > something wrong must have happened before when building Xext. The rest > of the errors are the consequence of this one... Sorry, you are right. make[5]: Entering directory `/home/michi/DRI-CVS/build/xc/lib/GL/GL' rm -f libGL.so.1.2~ + cd . + gcc -o ./libGL.so.1.2~ -shared -Wl,-soname,libGL.so.1 ../../../lib/GL/glx/clientattrib.o ../../../lib/GL/glx/compsize.o ../../../lib/GL/glx/dispatch.o ../../../lib/GL/glx/eval.o ../../../lib/GL/glx/glapinoop.o ../../../lib/GL/glx/glapi.o ../../../lib/GL/glx/glapi_x86.o ../../../lib/GL/glx/glthread.o ../../../lib/GL/glx/glxcmds.o ../../../lib/GL/glx/glxext.o ../../../lib/GL/glx/g_render.o ../../../lib/GL/glx/g_single.o ../../../lib/GL/glx/g_vendpriv.o ../../../lib/GL/glx/indirect_init.o ../../../lib/GL/glx/pixel.o ../../../lib/GL/glx/pixelstore.o ../../../lib/GL/glx/render2.o ../../../lib/GL/glx/renderpix.o ../../../lib/GL/glx/single2.o ../../../lib/GL/glx/singlepix.o ../../../lib/GL/glx/vertarr.o ../../../lib/GL/glx/xfont.o ../../../lib/GL/dri/XF86dri.o ../../../lib/GL/dri/dri_glx.o -lpthread -L../../../exports/lib -L/usr/X11R6-DRI/lib -lXext -lX11 -ldl -lc /usr/bin/ld: cannot find -lXext collect2: ld returned 1 exit status + rm -f libGL.so.1 + ln -s libGL.so.1.2 libGL.so.1 + rm -f ../../../exports/lib/libGL.so.1 + cd ../../../exports/lib + ln -s ../../lib/GL/GL/libGL.so.1 . rm -f libGL.so.1.2 mv -f libGL.so.1.2~ libGL.so.1.2 mv: cannot stat `libGL.so.1.2~': No such file or directory make[5]: *** [libGL.so.1.2] Error 1 > You forgot to CC the dri-devel ML. :) Already done;-) It would be nice if someone writes a little guide how to compile the Mach64 drivers. As soon as I get it working myself I will write a litte doc how I have done it. But I am not an expert in these things;-) Thanks, Michael |
From: Sergey V. U. <ser...@cl...> - 2001-12-10 23:29:11
|
> Try the tunnel demo. For me it went from 0.7fps to 25fps. For me, numbers are similar. Though, there are problems with fog: tunnel cannot turn it on (in fact, nothing happens on "f" - the fog is always off). For pre-pre-pre-alpha, this is not crucual though... Just one question to gurus: Suppose, I took mach64-0-0-2-bramch tag. Are these actions correct: 1. Set in config/cf/site.def #define ProjectRoot /usr/X11R6-DRI 2. Do make World 3. Do make install Is it everything I need? How I can ask compiler use existing XFree headers and libraries? How I can build the kernel modules? Any info (or references to documents in XFree tree) would be highly appreciated... Sorry, I was so dumb I could not find the answers at dri.sourceforge.net. Cheers, Sergey |
From: Sergey V. U. <ser...@cl...> - 2001-12-12 15:25:38
|
> Any info (or references to documents in XFree tree) would be highly > appreciated... Finally, I managed to get and build (and even run) mach64 branch. Thanks to everyone who helped me. Now I use not Jose's binaries but the ones built on my own system. Nothing has changed (what a surprize!:) on my desktop: - 3D works faster than usual - No fog in the tunnel demoapp. - Textures have major problems (for example, on celestia) - 2D works rather slow (comparing to ATI drivers by V. Dergachev) :((( But I noticed the tree is not updating for weeks (the last file is dated 28.10). It seems, the development stopped again... :) :( Cheers, Sergey |
From: Jose F. <j_r...@ya...> - 2001-12-11 12:45:27
|
On Tue, 2001-12-11 at 12:14, Michael Thaler wrote: > On Tue, Dec 11, 2001 at 11:52:59AM +0000, Jose Fonseca wrote: > > > > > cvs -z3 -dd...@cv...:/cvsroot/dri co -r > > mach64-0-0-2-branch xc > > I don't have a login so I can only download as an anonymous user. I > followed the instructions of the compilation guide but I am not > familiar with CVS so maybe something went wrong. > Me neither. That's not a problem, just login as anonymous: cvs -d:pserver:ano...@cv...:/cvsroot/dri login Press enter for password and then cvs -z3 -d:pserver:ano...@cv...:/cvsroot/dri co -r mach64-0-0-2-branch xc > > I don't know if updating a branch after checking out the trunk you get > > everything all right. Perhaps some one in the list could enlighten > > this... > > I am not sure, either. The command provided by the CVS webpage on > dri.sourceforge.net did not work. I had to change the order of the > options. Maybe this is wrong. > > > You should have included the command that generated this error. Anyway > > something wrong must have happened before when building Xext. The rest > > of the errors are the consequence of this one... > > Sorry, you are right. > > make[5]: Entering directory `/home/michi/DRI-CVS/build/xc/lib/GL/GL' > rm -f libGL.so.1.2~ > + cd . > + gcc -o ./libGL.so.1.2~ -shared -Wl,-soname,libGL.so.1 > ../../../lib/GL/glx/clientattrib.o ../../../lib/GL/glx/compsize.o > ../../../lib/GL/glx/dispatch.o ../../../lib/GL/glx/eval.o > ../../../lib/GL/glx/glapinoop.o ../../../lib/GL/glx/glapi.o > ../../../lib/GL/glx/glapi_x86.o ../../../lib/GL/glx/glthread.o > ../../../lib/GL/glx/glxcmds.o ../../../lib/GL/glx/glxext.o > ../../../lib/GL/glx/g_render.o ../../../lib/GL/glx/g_single.o > ../../../lib/GL/glx/g_vendpriv.o ../../../lib/GL/glx/indirect_init.o > ../../../lib/GL/glx/pixel.o ../../../lib/GL/glx/pixelstore.o > ../../../lib/GL/glx/render2.o ../../../lib/GL/glx/renderpix.o > ../../../lib/GL/glx/single2.o ../../../lib/GL/glx/singlepix.o > ../../../lib/GL/glx/vertarr.o ../../../lib/GL/glx/xfont.o > ../../../lib/GL/dri/XF86dri.o ../../../lib/GL/dri/dri_glx.o -lpthread > -L../../../exports/lib -L/usr/X11R6-DRI/lib -lXext -lX11 -ldl -lc > /usr/bin/ld: cannot find -lXext > collect2: ld returned 1 exit status > + rm -f libGL.so.1 > + ln -s libGL.so.1.2 libGL.so.1 > + rm -f ../../../exports/lib/libGL.so.1 > + cd ../../../exports/lib > + ln -s ../../lib/GL/GL/libGL.so.1 . > rm -f libGL.so.1.2 > mv -f libGL.so.1.2~ libGL.so.1.2 > mv: cannot stat `libGL.so.1.2~': No such file or directory > make[5]: *** [libGL.so.1.2] Error 1 > I've checked and Xext is not built after all. It must be already available. For that you need to make the 'lndir' stuff _before_ building so that the linker finds it (note the "-L/usr/X11R6-DRI/lib" in the command line). > > You forgot to CC the dri-devel ML. :) > > Already done;-) > > It would be nice if someone writes a little guide how to compile the > Mach64 drivers. As soon as I get it working myself I will write a > litte doc how I have done it. But I am not an expert in these > things;-) > I agree. > Thanks, Michael > Regards, Jose Fonseca |
From: Michael T. <michael.thaler@Physik.TU-Muenchen.DE> - 2001-12-11 14:51:25
|
On Tue, Dec 11, 2001 at 12:45:59PM +0000, Jose Fonseca wrote: > Me neither. That's not a problem, just login as anonymous: > > cvs -d:pserver:ano...@cv...:/cvsroot/dri login > > Press enter for password and then > > cvs -z3 -d:pserver:ano...@cv...:/cvsroot/dri co -r > mach64-0-0-2-branch xc I start to feel really stupid. I tryed it again and again I got errors. I followed your instructions and did: mkdir DRI-CVS cd DRI-CVS cvs -d:pserver:ano...@cv...:/cvsroot/dri login cvs -z3 -d:pserver:ano...@cv...:/cvsroot/dri co -r mach64-0-0-2-branch xc ln -s xc XFree40 mkdir build cd build lndir -silent -ignorelinks ../XFree40 cd ~/DRI-CVS/build/xc/ make World >& World.LOG + gcc -o ./libGL.so.1.2~ -shared -Wl,-soname,libGL.so.1 ../../../lib/GL/glx/clientattrib.o ../../../lib/GL/glx/compsize.o ../../../lib/GL/glx/dispatch.o ../../../lib/GL/glx/eval.o ../../../lib/GL/glx/glapinoop.o ../../../lib/GL/glx/glapi.o ../../../lib/GL/glx/glapi_x86.o ../../../lib/GL/glx/glthread.o ../../../lib/GL/glx/glxcmds.o ../../../lib/GL/glx/glxext.o ../../../lib/GL/glx/g_render.o ../../../lib/GL/glx/g_single.o ../../../lib/GL/glx/g_vendpriv.o ../../../lib/GL/glx/indirect_init.o ../../../lib/GL/glx/pixel.o ../../../lib/GL/glx/pixelstore.o ../../../lib/GL/glx/render2.o ../../../lib/GL/glx/renderpix.o ../../../lib/GL/glx/single2.o ../../../lib/GL/glx/singlepix.o ../../../lib/GL/glx/vertarr.o ../../../lib/GL/glx/xfont.o ../../../lib/GL/dri/XF86dri.o ../../../lib/GL/dri/dri_glx.o -lpthread -L../../../exports/lib -L/usr/X11R6-DRI/lib -lXext -lX11 -ldl -lc /usr/bin/ld: cannot find -lXext collect2: ld returned 1 exit status + rm -f libGL.so.1 + ln -s libGL.so.1.2 libGL.so.1 + rm -f ../../../exports/lib/libGL.so.1 + cd ../../../exports/lib + ln -s ../../lib/GL/GL/libGL.so.1 . rm -f libGL.so.1.2 mv -f libGL.so.1.2~ libGL.so.1.2 mv: cannot stat `libGL.so.1.2~': No such file or directory make[5]: *** [libGL.so.1.2] Error 1 > I've checked and Xext is not built after all. It must be already > available. For that you need to make the 'lndir' stuff _before_ building > so that the linker finds it (note the "-L/usr/X11R6-DRI/lib" in the > command line). How do I have to do that? I don't think that lndir'ing from /usr/X11R6 to /usr/X11R6-DRI will do any good. As soon as I managed to compile this I will write a short compilation guide because I think the compilation guide on the webpage is really outdated and there are probably a lot of people who want to get the mach64 working. Thanks for your help, Michael |
From: Jose F. <j_r...@ya...> - 2001-12-11 15:28:18
|
On Tue, 2001-12-11 at 14:51, Michael Thaler wrote: > On Tue, Dec 11, 2001 at 12:45:59PM +0000, Jose Fonseca wrote: > > > Me neither. That's not a problem, just login as anonymous: > > > > cvs -d:pserver:ano...@cv...:/cvsroot/dri login > > > > Press enter for password and then > > > > cvs -z3 -d:pserver:ano...@cv...:/cvsroot/dri co -r > > mach64-0-0-2-branch xc > > I start to feel really stupid. I tryed it again and again I got > errors. I followed your instructions and did: > Don't. Obviously the problem isn't in the cvs checkout after all. > mkdir DRI-CVS > cd DRI-CVS > cvs -d:pserver:ano...@cv...:/cvsroot/dri login > cvs -z3 -d:pserver:ano...@cv...:/cvsroot/dri co > -r mach64-0-0-2-branch xc > ln -s xc XFree40 > mkdir build > cd build > lndir -silent -ignorelinks ../XFree40 > cd ~/DRI-CVS/build/xc/ > make World >& World.LOG > > > + gcc -o ./libGL.so.1.2~ -shared -Wl,-soname,libGL.so.1 > ../../../lib/GL/glx/clientattrib.o ../../../lib/GL/glx/compsize.o > ../../../lib/GL/glx/dispatch.o ../../../lib/GL/glx/eval.o > ../../../lib/GL/glx/glapinoop.o ../../../lib/GL/glx/glapi.o > ../../../lib/GL/glx/glapi_x86.o ../../../lib/GL/glx/glthread.o > ../../../lib/GL/glx/glxcmds.o ../../../lib/GL/glx/glxext.o > ../../../lib/GL/glx/g_render.o ../../../lib/GL/glx/g_single.o > ../../../lib/GL/glx/g_vendpriv.o ../../../lib/GL/glx/indirect_init.o > ../../../lib/GL/glx/pixel.o ../../../lib/GL/glx/pixelstore.o > ../../../lib/GL/glx/render2.o ../../../lib/GL/glx/renderpix.o > ../../../lib/GL/glx/single2.o ../../../lib/GL/glx/singlepix.o > ../../../lib/GL/glx/vertarr.o ../../../lib/GL/glx/xfont.o > ../../../lib/GL/dri/XF86dri.o ../../../lib/GL/dri/dri_glx.o -lpthread > -L../../../exports/lib -L/usr/X11R6-DRI/lib -lXext -lX11 -ldl -lc > /usr/bin/ld: cannot find -lXext > collect2: ld returned 1 exit status > + rm -f libGL.so.1 > + ln -s libGL.so.1.2 libGL.so.1 > + rm -f ../../../exports/lib/libGL.so.1 > + cd ../../../exports/lib > + ln -s ../../lib/GL/GL/libGL.so.1 . > rm -f libGL.so.1.2 > mv -f libGL.so.1.2~ libGL.so.1.2 > mv: cannot stat `libGL.so.1.2~': No such file or directory > make[5]: *** [libGL.so.1.2] Error 1 > > > I've checked and Xext is not built after all. It must be already > > available. For that you need to make the 'lndir' stuff _before_ building > > so that the linker finds it (note the "-L/usr/X11R6-DRI/lib" in the > > command line). > > How do I have to do that? I don't think that lndir'ing from /usr/X11R6 > to /usr/X11R6-DRI will do any good. > It will put a symbolic link of /usr/X11R6/lib/libXext.so in /usr/X11R6-DRI/lib/libXext.so. The flag -L/usr/X11R6-DRI/lib tell the linker to search the -lXext (i.e., libXext.a or .so) in the /usr/X11R6-DRI/lib. So I'm pretty sure that it will fix this particular problem. When I built the tree myself I also had some problems (different ones) but eventually when I built the tree successfully for the first time I already had the /usr/X11R6-DRI dir.. which corroborates with my hunch. Give it a try. It shouldn't even be necessary to rebuild the tree. In the ~/DRI-CVS/build/xc/ as is just do mkdir /usr/X11R6-DRI lndir /usr/X11R6 /usr/X11R6-DRI make World >& World.LOG If there is an error in the same place, then it will be I the one that will start to feel really stupid! :-) > As soon as I managed to compile this I will write a short compilation > guide because I think the compilation guide on the webpage is really > outdated and there are probably a lot of people who want to get the > mach64 working. > > Thanks for your help, > Michael > That will surely be appreciated. Regards, Jose Fonseca |
From: Manuel T. <man...@so...> - 2001-12-11 20:59:42
|
El Mar 11 Dic 2001 15:51, Michael Thaler escribi=F3: > On Tue, Dec 11, 2001 at 12:45:59PM +0000, Jose Fonseca wrote: > > Me neither. That's not a problem, just login as anonymous: > > > > cvs -d:pserver:ano...@cv...:/cvsroot/dri login > > > > Press enter for password and then > > > > cvs -z3 -d:pserver:ano...@cv...:/cvsroot/dri co= -r > > mach64-0-0-2-branch xc > > I start to feel really stupid. I tryed it again and again I got > errors. I followed your instructions and did: > > mkdir DRI-CVS > cd DRI-CVS > cvs -d:pserver:ano...@cv...:/cvsroot/dri login > cvs -z3 -d:pserver:ano...@cv...:/cvsroot/dri co > -r mach64-0-0-2-branch xc > ln -s xc XFree40 > mkdir build > cd build > lndir -silent -ignorelinks ../XFree40 > cd ~/DRI-CVS/build/xc/ > make World >& World.LOG > > > + gcc -o ./libGL.so.1.2~ -shared -Wl,-soname,libGL.so.1 > ../../../lib/GL/glx/clientattrib.o ../../../lib/GL/glx/compsize.o > ../../../lib/GL/glx/dispatch.o ../../../lib/GL/glx/eval.o > ../../../lib/GL/glx/glapinoop.o ../../../lib/GL/glx/glapi.o > ../../../lib/GL/glx/glapi_x86.o ../../../lib/GL/glx/glthread.o > ../../../lib/GL/glx/glxcmds.o ../../../lib/GL/glx/glxext.o > ../../../lib/GL/glx/g_render.o ../../../lib/GL/glx/g_single.o > ../../../lib/GL/glx/g_vendpriv.o ../../../lib/GL/glx/indirect_init.o > ../../../lib/GL/glx/pixel.o ../../../lib/GL/glx/pixelstore.o > ../../../lib/GL/glx/render2.o ../../../lib/GL/glx/renderpix.o > ../../../lib/GL/glx/single2.o ../../../lib/GL/glx/singlepix.o > ../../../lib/GL/glx/vertarr.o ../../../lib/GL/glx/xfont.o > ../../../lib/GL/dri/XF86dri.o ../../../lib/GL/dri/dri_glx.o -lpthread > -L../../../exports/lib -L/usr/X11R6-DRI/lib -lXext -lX11 -ldl -lc > /usr/bin/ld: cannot find -lXext > collect2: ld returned 1 exit status > + rm -f libGL.so.1 > + ln -s libGL.so.1.2 libGL.so.1 > + rm -f ../../../exports/lib/libGL.so.1 > + cd ../../../exports/lib > + ln -s ../../lib/GL/GL/libGL.so.1 . > rm -f libGL.so.1.2 > mv -f libGL.so.1.2~ libGL.so.1.2 > mv: cannot stat `libGL.so.1.2~': No such file or directory > make[5]: *** [libGL.so.1.2] Error 1 > > > I've checked and Xext is not built after all. It must be already > > available. For that you need to make the 'lndir' stuff _before_ buil= ding > > so that the linker finds it (note the "-L/usr/X11R6-DRI/lib" in the > > command line). > > How do I have to do that? I don't think that lndir'ing from /usr/X11R6 > to /usr/X11R6-DRI will do any good. Xext is not builded in the DRI compilation process. This is because the = dri trunk (branch) is a stripped-out version of the XFree source code. This is because you MUST lndir your existing XFree distro files to the /usr/X11R6-DRI directory, where DRI compilation is trying to find the li= bs, as you can read in the line: ... -L/usr/X11R6-DRI/lib -lXext ... So, the first thing that you have to do is check if there is a libXext.s= o.* in your /usr/X11R6-DRI/lib. If you have that library there, I don't understand your problem, and in the other case, you know what to do now. > > As soon as I managed to compile this I will write a short compilation > guide because I think the compilation guide on the webpage is really > outdated and there are probably a lot of people who want to get the > mach64 working. I think that compiling the mach64 branch is as difficult as compiling an= other branch or the trunk. All of them are stripped-source versions (I'm not s= ure now about the mach64-0-0-1, perhaps this was a complete X source tree ) = and you need an starting XFree install. Best regards. -- M. Teira |
From: Derrik P. <dp...@ds...> - 2001-12-11 16:38:10
|
On Mon, 10 Dec 2001, Michael Thaler wrote: > I downloaded the trunk and the mach64 branch from CVS. I compiled > everything with make world and loaded the mach64 module into the > kernel. I used XFree 4.10 from debian unstable to test the driver. Did you find the ati_dri.so and put it in /usr/X11R6/lib/modules/dri? Try running 'LIBGL_DEBUG=1 glxgears', and see if it gives any useful output about not being able to dlopen() a necessary .so, or not being able to open a device, or whatever - that should at least give you some idea what the matter is. Derrik Pates | Sysadmin, Douglas School | #linuxOS on EFnet dp...@ds... | District (dsdk12.net) | #linuxOS on OPN |
From: Philip B. <ph...@bo...> - 2001-12-11 22:11:38
|
Hi folks, could someone take 1 minute and run through agpgart.h, just taking a look at the structs for the ioctls, and add comments for which "page" fields are ADDRESSES, vs which page fields are INDEXES/page-counts. My head's beginning to spin. I'll narrow it down for ya: typedef struct _agp_segment { off_t pg_start; /* starting page to populate */ size_t pg_count; /* number of pages */ typedef struct _agp_bind { off_t pg_start; /* starting page to populate */ typedef struct _agp_allocate { size_t pg_count; /* number of pages */ [Is this really "number of pages", or is it actually "amount of memory"? If really "number of pages", then WHY ISNT IT AN INT?!!] typedef struct _agp_info { size_t pg_used; /* current pages used */ |
From: Nicolas A. <Nic...@ep...> - 2001-12-12 07:15:50
|
Philip Brown wrote: > Hi folks, > > could someone take 1 minute and run through agpgart.h, > just taking a look at the structs for the ioctls, > and add comments for which "page" fields are ADDRESSES, vs which > page fields are INDEXES/page-counts. My head's beginning to spin. > I'll narrow it down for ya: > > typedef struct _agp_segment { > off_t pg_start; /* starting page to populate */ > size_t pg_count; /* number of pages */ > > typedef struct _agp_bind { > off_t pg_start; /* starting page to populate */ > > typedef struct _agp_allocate { > size_t pg_count; /* number of pages */ > [Is this really "number of pages", or is it actually > "amount of memory"? If really "number of pages", > then WHY ISNT IT AN INT?!!] From what is in the code, AFAI understand, this *is* really the number of pages. And 'size_t' is nothing but an 'unsigned int' (in Linux at least...). Here is the relevant excerpt from 'malloc.h' : # undef size_t # define size_t unsigned int It looks like every '*_start' field is an adress, while every '*_count' is a number of pages... a+ -- Nicolas Aspert Signal Processing Laboratory (LTS) Swiss Federal Institute of Technology (EPFL) |
From: Philip B. <ph...@bo...> - 2001-12-12 08:44:44
|
On Wed, Dec 12, 2001 at 08:15:44AM +0100, Nicolas Aspert wrote: > Philip Brown wrote: > > typedef struct _agp_allocate { > > size_t pg_count; /* number of pages */ > > [Is this really "number of pages", or is it actually > > "amount of memory"? If really "number of pages", > > then WHY ISNT IT AN INT?!!] > > > From what is in the code, AFAI understand, this *is* really the number > of pages. And 'size_t' is nothing but an 'unsigned int' ... Whether it really is an int underneath, is not the point. "size_t" should be used for "sizes". Mostly for BYTE counts of buffers. eg: read(char *,size_t) write(char *,size_t) bcopy (const void *, void *, size_t) "number of pages" is not a "size". It's a count. Hence it should be declared as a plain int. Similarly with the other ones in agpgart. Declaring it as size_t makes it seem like it is the bytecount of all the pages, rather than a number of pages. > It looks like every '*_start' field is an adress, while every '*_count' > is a number of pages... Thanks. I'll doublecheck that, and then try to keep moving on my driver. |