On Sun, 14 Oct 2001, Manuel Teira wrote: > Hello again. > > First of all, I think that Jouko success putting to work the old mach64 > branch points that there must be some difference in the 2D card > initialization. I'll try to look deeper in the 2D driver issues.
Actually Manuel, I'm working from your code (based on 4.1.0 release) and after enabling the clear section in mach64_state.c (the part that's disabled with #ifdef 0 in mach64_dma_dispatch_clear), I am getting similar results: glxgears works at close to 200fps and the quake demo is playable in fullscreen, though the "floor" textures in the quake demo are not showing up, just white. > The second point is that I've migrated the mach64 changes to a fresh DRI > trunk CVS checkout. I have had some problems, and I don't know if they were > derived from my changes or they are know problems in the DRI trunk. > > 1.- First of all, there are dependences in the DRI trunk (in the mesa lib > directories) with some X11 headers that are NOT in the DRI trunk itself > (Xlib.h for example). So, I needed to put in the target directory those > headers. Is this a know problem? This is part of the recent trimming of the tree. You now need to have an installation of X with libs and headers to build DRI. Someone suggested using lndir to add the necessary bits to your build tree from the X installation. > 2.- The second think is that the directory: > programs/Xserver/hw/xfree86/xf86cfg > fails to compile with the following error: > /usr/bin/ld: cannot find -lxkbui > I've overtaken this issue just disabling the xf86cfg building in the upper > level Makefile. > Probably the same problem with needing the lib from an X install? -- Leif Delgass _______________________________________________ Dri-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/dri-devel
