Re: [Dri-devel] Radeon 7500 Debug

2002-03-20 Thread Michel Dänzer
On Mit, 2002-03-20 at 01:02, Jens Owen wrote: Michel Dänzer wrote: On Die, 2002-03-19 at 08:22, Jean-Christophe Dubacq wrote: On Mon, Mar 18, 2002 at 09:18:47PM -0700, Jens Owen wrote: OK, I compiled the tcl-0-0 branch, installed it, and I still have two kind of bugs... X

Re: [Dri-devel] Radeon 7500 Debug

2002-03-20 Thread Jean-Christophe Dubacq
On Wed, Mar 20, 2002 at 01:03:26PM +0100, Michel Dänzer wrote: I will try to use the LIBGL_DEBUG variable. But I am now thinking it could be a hardware issue. Very unlikely to be a driver problem indeed, as that option disables any 2D or 3D acceleration. I changed my card now. I

RE: [Dri-devel] glSamplePass missing in libGL.so (only glSamplePassARB available)

2002-03-20 Thread Alexander Stohr
just a quick guess since i am not aware of that specific function... (assumed) its an extension to the OpenGL 1.x standard. extension names arent most often exported by standard lib GL as symbols but only via the get by name method. you might want to have a look at the respective OpenGL specs

[Dri-devel] slow tdfx OpenGL since Mesa-4.0.1

2002-03-20 Thread Jacek Popawski
After I compiled XFree86 CVS with Mesa-4.0.1 - OpenGL slowed down. I tested it in RTCW, Quake, and my own programs. Of course acceleration is on, but fps dropped down. So I compiled DRI from CVS, but nothing changes - OpenGL is still slower. Is it normal, or did I break something? I have Voodoo3

Re: [Dri-devel] S3 Virge DRI completed (almost)

2002-03-20 Thread max
On Wednesday 20 March 2002 14:07, you wrote: hi again, tried changing the S3V_UDELAY when i first got the lockup, but that made no difference. Ok, so we keep 1. how much is logged differs everytime i try even with the udelay in the debug macro, i've attached a log where it gets a bit

Re: [Dri-devel] mach64-0-0-3-branch multitexture fix

2002-03-20 Thread José Fonseca
On 2002.03.19 23:42 Sergey V. Udaltsov wrote: some other test suites on the new branch as well. This would be a good time for testers to do a fresh checkout and look for bugs. When the trunk As a tester, I'd like to try. Now, when Jose is on holidays, where could I get those wonderful

Re: CVS Access, was: Re: [Dri-devel] S3 Virge DRI completed (almost)

2002-03-20 Thread Keith Whitwell
max wrote: On Tuesday 19 March 2002 15:58, Keith Whitwell wrote: OK. Done. Let me know if you need help creating a branch for this. Make sure you read the CVS Policies document in the developer documentation section of dri.sf.net -- if in doubt, ask... Keith mmm... I read

Re: [Dri-devel] mach64-0-0-3-branch multitexture fix

2002-03-20 Thread José Fonseca
On 2002.03.20 16:19 Leif Delgass wrote: ... It looks like there is a new package in the bleeding-edge directory that was built today that you could try. I'm not sure if Jose was able to setup the build on sourceforge or if these are being uploaded from his site. It still from my site.

Re: [Dri-devel] S3 Virge DRI completed (almost)

2002-03-20 Thread Anders Haugen
If this is still failing, try setting #if 0 in s3v_dma.c, line 57 [it is the hw reset code - is is been called from my libGL too]. Then delete the comment to reactivate S3V_WRITE(S3V_CMD_DMA_ENABLE_REG, 0x1); at line 270 of s3v_dma.c. (It was in the Utah approach but I found it useless in my

Re: [Dri-devel] S3 Virge DRI completed (almost)

2002-03-20 Thread max
On Wednesday 20 March 2002 18:29, Anders Haugen wrote: If this is still failing, try setting #if 0 in s3v_dma.c, line 57 [it is the hw reset code - is is been called from my libGL too]. Then delete the comment to reactivate S3V_WRITE(S3V_CMD_DMA_ENABLE_REG, 0x1); at line 270 of s3v_dma.c.

Re: [Dri-devel] S3 Virge DRI completed (almost)

2002-03-20 Thread Anders Haugen
Uhm, (that = #if 0 in s3v_dma.c) or (that = S3V_WRITE(S3V_CMD_DMA_ENABLE_REG, 0x1)? Did you need both changes to fix the lockup? ok, i see - thougth you meant i had to do both, tested again now and only the last one is needed (the S3V_WRITE_CMD_DMA_ENABLE_REG, 0x1) just to be sure i also

Re: [Dri-devel] glSamplePass missing in libGL.so (only glSamplePassARB available)

2002-03-20 Thread Brian Paul
Andreas Stenglein wrote: Hello! just discoverd that (in my) libGL.so theres no glSamplePass symbol available. its build from today (2002-03-20) DRI-trunk-code. And its not available in the tcl-0-0-branch, too. strings libGL.so | grep glSamplePass glSamplePassARB glSamplePassARB should

[Dri-devel] Radeon AGP?

2002-03-20 Thread Ian Romanick
There was some talk awhile back about adding support for AGP texturing in the Radeon driver. Whatever happened with that? -- Tell that to the Marines! ___ Dri-devel mailing list [EMAIL PROTECTED]

Re: [Dri-devel] Radeon AGP?

2002-03-20 Thread Daryll Strauss
On Wed, Mar 20, 2002 at 12:26:41PM -0800, Ian Romanick wrote: There was some talk awhile back about adding support for AGP texturing in the Radeon driver. Whatever happened with that? I've actually got an implementation of AGP texturing for the Radeon that seems to work. I've also got

[Dri-devel] glSamplePass

2002-03-20 Thread Andreas Stenglein
Hello! so maybe shouldnt it be deleted from gl.h? best regards, Andreas [EMAIL PROTECTED] ___ Dri-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/dri-devel

Re: [Dri-devel] glSamplePass

2002-03-20 Thread Ian Romanick
On Wed, Mar 20, 2002 at 10:17:26PM +0100, Andreas Stenglein wrote: so maybe shouldnt it be deleted from gl.h? If I understand Brian correctly, gl.h (which has glSamplePass) is correct, but the library (which has glSamplePassARB) is not correct. -- Tell that to the Marines!

Re: [Dri-devel] glSamplePass

2002-03-20 Thread Brian Paul
Ian Romanick wrote: On Wed, Mar 20, 2002 at 10:17:26PM +0100, Andreas Stenglein wrote: so maybe shouldnt it be deleted from gl.h? If I understand Brian correctly, gl.h (which has glSamplePass) is correct, but the library (which has glSamplePassARB) is not correct. No, glSamplePass()

Re: [Dri-devel] Radeon AGP?

2002-03-20 Thread Keith Whitwell
Daryll Strauss wrote: On Wed, Mar 20, 2002 at 12:26:41PM -0800, Ian Romanick wrote: There was some talk awhile back about adding support for AGP texturing in the Radeon driver. Whatever happened with that? I've actually got an implementation of AGP texturing for the Radeon that seems

Re: [Dri-devel] Radeon AGP?

2002-03-20 Thread Ian Romanick
On Wed, Mar 20, 2002 at 09:44:22PM +, Keith Whitwell wrote: Daryll Strauss wrote: On Wed, Mar 20, 2002 at 12:26:41PM -0800, Ian Romanick wrote: There was some talk awhile back about adding support for AGP texturing in the Radeon driver. Whatever happened with that? I've

Re: [Dri-devel] Radeon AGP?

2002-03-20 Thread Daryll Strauss
On Wed, Mar 20, 2002 at 09:44:22PM +, Keith Whitwell wrote: Michael also implemented agp support for radeon with a similar simplistic strategy, but ran into some issues looking at tcl and/or mesa-4-0. I think these turned out to be artefacts rather than anything serious. In any case I

Re: [Dri-devel] Radeon AGP?

2002-03-20 Thread Michael
On Wed, Mar 20, 2002 at 01:51:06PM -0800, Ian Romanick wrote: Michael also implemented agp support for radeon with a similar simplistic strategy, but ran into some issues looking at tcl and/or mesa-4-0. I think these turned out to be artefacts rather than anything serious. In any case I

Re: [Dri-devel] S3 Virge DRI completed (almost)

2002-03-20 Thread max
On Wednesday 20 March 2002 19:42, Anders Haugen wrote: ok, i see - thougth you meant i had to do both, tested again now and only the last one is needed (the S3V_WRITE_CMD_DMA_ENABLE_REG, 0x1) Wonderful, thank for your persistence it was very helpful. I will had an #ifdef _VIRGEDX in my code

[Dri-devel] savage crew (new entry)

2002-03-20 Thread max
On Thursday 21 March 2002 00:54, Jerome Roussel wrote: Hello, Bonjour mon ami. I am intersted like a lot of people in writing a DRI for S3 Savage So join the Savage crew. (in my case the mx one at least) but I don't know the spec of the chip. You are lucky. The MX (like Savage3D) was

Re: [Dri-devel] Radeon AGP?

2002-03-20 Thread Michael
On Wed, Mar 20, 2002 at 09:44:22PM +, Keith Whitwell wrote: Michael also implemented agp support for radeon with a similar simplistic strategy, but ran into some issues looking at tcl and/or mesa-4-0. I think these turned out to be artefacts rather than anything serious. In any case I