mesa3d-dev

[Mesa3d-dev] glide3 compilation fix for mesa_3_2_dev

[Andy S. <an...@gu...>]

3dfx Glide version 3 doesn't have a grSstQueryHardware function.  I gather
this is why the FX_grSstQueryHardware wrappers exist in the src/FX tree.

But it turns out that X/xmesa1.c uses grSstQueryHardware to determine
whether a 3dfx card is really installed, which resulted in linking problems
when trying to run mesa3d apps.

This seems to take care of it:

Index: src/X/xmesa1.c
===================================================================
RCS file: /cvsroot/mesa3d/Mesa/src/X/xmesa1.c,v
retrieving revision 1.7.2.3
diff -u -r1.7.2.3 xmesa1.c
--- src/X/xmesa1.c	2000/05/20 23:17:37	1.7.2.3
+++ src/X/xmesa1.c	2000/05/26 17:37:09
@@ -2073,7 +2073,7 @@
    const char *fx = getenv("MESA_GLX_FX");
    if (fx && fx[0] != 'd') {
       GrHwConfiguration hw;
-      if (!grSstQueryHardware(&hw))
+      if (!FX_grSstQueryHardware(&hw))
          return GL_FALSE;
       if (hw.num_sst < 1)
          return GL_FALSE;

I know this problem exists in the current mesa_3_2_dev branch, but I don't
know about the status of the other branches.

-Andy

Re: [Mesa3d-dev] glide3 compilation fix for mesa_3_2_dev

[Brian P. <br...@pr...>]

Andy Sloane wrote:
> 
> 3dfx Glide version 3 doesn't have a grSstQueryHardware function.  I gather
> this is why the FX_grSstQueryHardware wrappers exist in the src/FX tree.
> 
> But it turns out that X/xmesa1.c uses grSstQueryHardware to determine
> whether a 3dfx card is really installed, which resulted in linking problems
> when trying to run mesa3d apps.
> 
> This seems to take care of it:
> 
> Index: src/X/xmesa1.c
> ===================================================================
> RCS file: /cvsroot/mesa3d/Mesa/src/X/xmesa1.c,v
> retrieving revision 1.7.2.3
> diff -u -r1.7.2.3 xmesa1.c
> --- src/X/xmesa1.c      2000/05/20 23:17:37     1.7.2.3
> +++ src/X/xmesa1.c      2000/05/26 17:37:09
> @@ -2073,7 +2073,7 @@
>     const char *fx = getenv("MESA_GLX_FX");
>     if (fx && fx[0] != 'd') {
>        GrHwConfiguration hw;
> -      if (!grSstQueryHardware(&hw))
> +      if (!FX_grSstQueryHardware(&hw))
>           return GL_FALSE;
>        if (hw.num_sst < 1)
>           return GL_FALSE;
> 
> I know this problem exists in the current mesa_3_2_dev branch, but I don't
> know about the status of the other branches.

Fixed in the 3.2 and 3.3 branches.  Thanks.

-Brian

Re: [Mesa3d-dev] glide3 compilation fix for mesa_3_2_dev

[Andy S. <an...@gu...>]

It seems there are other problems with glide3...

The code that checks for framebuffer and texture ram seems to expect a
number in bytes, but on my voodoo2 with glide3 it reports megs.  removing
the line that says
       config->SSTs[i].sstBoard.VoodooConfig.fbRam/= 1024*1024;
and 
       config->SSTs[i].sstBoard.VoodooConfig.tmuConfig[j].tmuRam /= 1024*1024;

takes care of that.

Does the Voodoo3/banshee/whatever report bytes instead of megs?  is this an
inconsistency or just untested code?

I've also added some more modes that glide supports to the table in
fxGetBestResolution, since it has been a pet peeve of mine that mesa would
always show tiny windows in 640x480 mode when i was trying out low
resolution modes.

The diff is attached here.

-Andy