Hi Francois!
> > RIVA Cards don't need this do they ? Is this patch part of the
>
> No you do not need unless you try DMA transfert ?
Ok.
> > coming 2.2.17 (vanilla) kernel ? If no, you have to do something
> > about it anyway.
>
> It is the patch provided by GLX (newagpgart) now integrated in kernel 2.4 which
> has been backported to 2.2 used in Cooker, It is necessary for any form of
> hardware acceleration.
Is it only backported by cooker or is there also a kind of "official"
backport ? (Like USB and IEEE1394 or the large IDE patch).
> > Oh yes, with the MesaGL library switch the vrwave package still
> > works fine, so we have a compromise here ;-). But I needed to
>
> I don't known how to do differently when compiling with the wrapper, as it break
> 3D acceleration with XFree-4.0.1.
Well the old version runs fine with libMesaGL as well that what I
wanted to say, at that time I still had Mesa-Devel installed, so
I didn't notice the difference.
> acceleration). But OSMesa is available in the wrapper and is provided by the
> libGL.so.1.2 provided by XFree86-devel, it should really be better to use it
> instead (if possible ?).
For me this is no problem, but vrwave is now longer developed by
the original authors, they put it under GPL and published it in July.
I don't know if anyone continues developing it. At least going away
from xmesa to osmesa does not seem to be that easy in this case :-(
The only information I found was on http://www.iicm.edu/vrwave.
> I can re-add Mesa-devel (but just for this type of applications), you should
> link with it and use libMesaGL.so* library instead.
For this application I fear this is needed. Principially it works
as I have written above (with the -7mdk version of X11 and MesaGL).
> NB : In your patch, you have used OSMesaCreateVisual which do not exists, so you
> really have to use xmesa, if it has compiled it should have failed (or permisse
> CC options ?).
Yes, I know it breaks, also OSMesaBuffer does not exists. The original
file only includes glx.h but uses all the XMesa stuff. It breaks with
3.3 but this was not to difficult to resolve. I don't know if this can
be workaround somehow. The best would be to completely rewrite gejcon.c
so it does not use the OS/Xmesa stuff is possible.
Else I should patch my kernel for newagpgart if I find the backport
patch. Thanks for the info.
Best regards,
Reinhard Katzmann
--
E-Mail: [EMAIL PROTECTED]
Current Projects: Linux-Installation Mandrake 7.1 (99% finished)
Improvements of Driver for Tevion Tablet
Java-DB and -Interface for Pincity (95 % finished)
GnuPG Public Key available on request.
PGP signature
