Bug#234388: xserver-xfree86: [tdfx] X server refuses to use DRI at 1280x960 resolution

2004-03-03 Thread Chris Ruvolo
On Wed, Mar 03, 2004 at 08:29:49AM -0800, cruvolo wrote:
> On Wed, Mar 03, 2004 at 01:47:15PM +0100, Michel D?nzer wrote:
> > According to Mike, the real test would be 'real' OpenGL apps like Quake,
> > does it pass that?
> 
> Quake1, Quake2 and Q3A all work.  Tested for several minutes of play and
> demo playback.

I may have spoken too soon.  Subsequently, X crashed with a SIGSEGV upon
starting Quake.  It is certainly intermittent.  I didn't have this problem
with 4.2.1.

Would a stack trace be helpful?  I'll try installing the -dbg package when I
get home from work.

-Chris


signature.asc
Description: Digital signature


Bug#234388: xserver-xfree86: [tdfx] X server refuses to use DRI at 1280x960 resolution

2004-03-03 Thread Chris Ruvolo
On Wed, Mar 03, 2004 at 01:47:15PM +0100, Michel D?nzer wrote:
> According to Mike, the real test would be 'real' OpenGL apps like Quake,
> does it pass that?

Quake1, Quake2 and Q3A all work.  Tested for several minutes of play and
demo playback.

-Chris


signature.asc
Description: Digital signature


Re: Bug#234388: xserver-xfree86: [tdfx] X server refuses to use DRI at 1280x960 resolution

2004-03-03 Thread Chris Ruvolo
retitle 234388 xserver-xfree86: [tdfx] want DRI support above 1024x768 on 16MB 
Voodoo Banshee rev 3 and Voodoo3 rev 1

--

-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1

On Mon, Mar 01, 2004 at 01:51:08PM +0100, Michel D?nzer wrote:
> This is due to the patch 035_tdfx_disable_dri_on_16mb_with_highres.diff,
> which contains the comment:

Michel, thanks for the pointer to this patch.  I have made a build without
this patch, and it is functioning normally on my Voodoo3 rev 1.  DRI is
working with an X res of 1600x1200.  I am able to change VTs and am able to
change X resolutions without issue.  I do not use a framebuffer console.

I'm also changing the title to reflect that this is not exclusive to the
Banshee:

xserver-xfree86: [tdfx] want DRI support above 1024x768 on 16MB
Voodoo Banshee rev 3 and Voodoo3 rev 1

If anyone else is having the same problem, feel free to try my build.
It is versioned as 4.3.0-3.0.tdfx:

deb http://chris.ruvolo.net/debian/ xfree86-tdfx/binary-i386/
deb-src http://chris.ruvolo.net/debian/ xfree86-tdfx/source/

Thanks,
- -Chris
-BEGIN PGP SIGNATURE-
Version: GnuPG v1.2.4 (GNU/Linux)

iD8DBQFARX78KO6EG1hc77ERAkZtAKCcYVoB0+ZBLZrEHnEz4J0b/wag7gCZAcpG
PWo1RImfvjlfUu592VHohFY=
=/N8I
-END PGP SIGNATURE-



Bug#234388: xserver-xfree86: [tdfx] X server refuses to use DRI at 1280x960 resolution

2004-03-01 Thread Chris Ruvolo
On Tue, Feb 24, 2004 at 02:43:08AM -0500, Branden Robinson wrote:
> >   XFree86 refuses to use DRI at resolutions higher than 1024x768 on a
> >   3dfx Voodoo Banshee and complains with this message on the logs:
> > 
> >   (WW) TDFX(0): [dri] To use DRI, with a 16Mb Voodoo 3 or Banshee card,
> >   you must invoke the server using a maximum resolution of 1024x768 or 
> > lower.
> > 
> >   I think this behaviour is not justified by any technical reason,
> 
> This seems a hasty conclusion to reach if you're not very familiar with the
> driver code and the video hardware.

Branden, I am seeing this too.  The important point here is that this is a
regression from 4.2.1, where the hardware is capable of DRI within an X
session of 1600x1200.  Note that the resolution in question here is not the
resolution of the GLX graphic, but the resolution of the X display.  That
is, the accelerated graphic I had working was at 640x480 and would appear
windowed or fullscreen via DGA.

Now glxinfo with LIBGL_DEBUG=verbose is reporting:

libGL error: XF86DRIQueryDirectRenderingCapable failed

> Perhaps you could review the changes made to the tdfx driver between
> XFree86 4.2.1 and 4.3.0 (the tdfx driver has not, to date, been changed
> on xf-4_3-branch).
> 
> It looks to me like the error message you're complaining of was not
> added in 4.3.0.

I don't see anything that is obviously causing this to be triggered.
However, I am unsure about how this code fits in the wider implementation.

-Chris


signature.asc
Description: Digital signature


Bug#229984: radeon_dri.so: undefined symbol: sse_test_dummy

2004-02-19 Thread Chris Ruvolo
tags: patch

On Tue, Jan 27, 2004 at 09:04:41PM +0100, Aurelien Jarno wrote:
> Since I upgraded to xfree 4.3.0-1, OpenGL stopped to work on my ATI Radeon
> 7500 QW card. glxinfo returns me "direct rendering: No".

Seeing the same thing on my voodoo3 (except tdfx_dri.so).

> I am not sure if the two problems are related.

I believe they are.

Here is a patch that I found, but I have not tested it.  Found at url:

http://dev.gentoo.org/~spyderous/xfree/redhat/XFree86-4.3.0-45/XFree86-4.3.0-Mesa-SSE-fixes-from-MesaCVS-v2.patch

-Chris



Index: xc/extras/Mesa/src/X86/common_x86_asm.S
diff -u xc/extras/Mesa/src/X86/common_x86_asm.S:1.16 
xc/extras/Mesa/src/X86/common_x86_asm.S:1.17
--- xc/extras/Mesa/src/X86/common_x86_asm.S:1.16Mon Dec 16 11:18:33 2002
+++ xc/extras/Mesa/src/X86/common_x86_asm.S Sun Sep 28 15:17:08 2003
@@ -64,11 +64,6 @@
 GLNAME( found_intel ): STRING( "Genuine Intel processor found\n\0" )
 GLNAME( found_amd ):   STRING( "Authentic AMD processor found\n\0" )
 
-#ifdef USE_SSE_ASM
-GLNAME( sse_test_dummy ):
-   D_LONG 0x3f80, 0x3f80, 0x3f80, 0x3f80
-#endif
-
 
SEG_TEXT
 
@@ -222,7 +217,13 @@
LDMXCSR ( REGOFF( -8, EBP ) )
 
XORPS   ( XMM0, XMM0 )
-   MOVUPS  ( CONTENT( GLNAME( sse_test_dummy ) ), XMM1 )
+
+   PUSH_L  ( CONST( 0x3f80 ) )
+   PUSH_L  ( CONST( 0x3f80 ) )
+   PUSH_L  ( CONST( 0x3f80 ) )
+   PUSH_L  ( CONST( 0x3f80 ) )
+
+   MOVUPS  ( REGIND( ESP ), XMM1 )
 
DIVPS   ( XMM0, XMM1 )
 


signature.asc
Description: Digital signature