Re: [Dri-devel] Sony Vaio - PCG C1VP - mach64 branch

2002-03-05 Thread Leif Delgass
On Tue, 5 Mar 2002, José Fonseca wrote: > BTW, I've isolated the problem with the texture locking, it only happens > when the code between if(mmesa->multitex) { .. } in the _tris is run. > Don't know why. I've been trying to premult the texture coordinates, > either within a new _vbtmp templat

Re: [Dri-devel] Sony Vaio - PCG C1VP - mach64 branch

2002-03-05 Thread José Fonseca
On 2002.03.05 22:44 Leif Delgass wrote: > On Tue, 5 Mar 2002 [EMAIL PROTECTED] wrote: > > > Tony, > > > > On 2002.03.05 21:04 Tony Rogvall wrote: > > > > > > Hi everyone! > > > > > > I am new on the list, I am currently struggling with getting the dri > on > > > my > > > sony working. I have been

Re: [Dri-devel] Sony Vaio - PCG C1VP - mach64 branch

2002-03-05 Thread Leif Delgass
On Tue, 5 Mar 2002 [EMAIL PROTECTED] wrote: > Tony, > > On 2002.03.05 21:04 Tony Rogvall wrote: > > > > Hi everyone! > > > > I am new on the list, I am currently struggling with getting the dri on > > my > > sony working. I have been able to set it up, compile and all that, but > > there is so

Re: [Dri-devel] Sony Vaio - PCG C1VP - mach64 branch

2002-03-05 Thread j_r_fonseca
Tony, On 2002.03.05 21:04 Tony Rogvall wrote: > > Hi everyone! > > I am new on the list, I am currently struggling with getting the dri on > my > sony working. I have been able to set it up, compile and all that, but > there is something missing. It looks to me that there is some pci > support

[Dri-devel] Sony Vaio - PCG C1VP - mach64 branch

2002-03-05 Thread Tony Rogvall
Hi everyone! I am new on the list, I am currently struggling with getting the dri on my sony working. I have been able to set it up, compile and all that, but there is something missing. It looks to me that there is some pci support missing for the mach64 branch. I hope I can do something, if j

Re: [Dri-devel] Mesa 4.x and culling

2002-03-05 Thread Keith Whitwell
Leif Delgass wrote: > > The mach64 driver with Mesa 3.x was using code like this (borrowed from > utah-glx) to cull primitives: > > xx[0] = (GLint)(v0->v.x * 4); > yy[0] = (GLint)(v0->v.y * 4); > > xx[1] = (GLint)(v1->v.x * 4); > yy[1] = (GLint)(v1->v.y * 4); > > xx[2] = (GLint)(v3->v.x * 4);

[Dri-devel] Suggested reading

2002-03-05 Thread Jose Fonseca
I've added a new section to the FAQ regarding the suggested reading for a newbie. I would appreciate comments on it. It can be reached at http://mefriss1.swan.ac.uk/~jfonseca/dri/faq/html/getting-started.html#SUGGESTED-READING Jose Fonseca ___ Dri-

Re: Fwd: Re: [Dri-devel] Re: GLperf and SPECviewperf

2002-03-05 Thread Thomas Dodd
Dieter Nützel wrote: >> > Are you sure that 3D hardware acceleration is working right? >> >> Appearently not. >> It locked up once tring anothe benchmark, >> and neither agpgart, not r128 modules >> got loaded when I restarted:( > > Try to rmmod most of your modules and then modprobe agpgart an

[Dri-devel] oprofile: it's good...

2002-03-05 Thread Keith Whitwell
Just started using oprofile, from oprofile.sf.net -- It's good stuff... Not vtune, but still good... Keith ___ Dri-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/dri-devel

[Dri-devel] Mesa 4.x and culling

2002-03-05 Thread Leif Delgass
The mach64 driver with Mesa 3.x was using code like this (borrowed from utah-glx) to cull primitives: xx[0] = (GLint)(v0->v.x * 4); yy[0] = (GLint)(v0->v.y * 4); xx[1] = (GLint)(v1->v.x * 4); yy[1] = (GLint)(v1->v.y * 4); xx[2] = (GLint)(v3->v.x * 4); yy[2] = (GLint)(v3->v.y * 4); /* calculate

[Dri-devel] Re: agpgart/DRM page_mask changes

2002-03-05 Thread Bjorn Helgaas
On Tuesday 05 March 2002 10:45, Jeff Hartmann wrote: > I have no problem accepting the agpgart change, and I think its cleaner. > We might want to modify that patch in the future so the old behavior > can be selected, but thats not a big deal for now. > > Btw, do you have a working driver for the

[Dri-devel] RE: agpgart/DRM page_mask changes

2002-03-05 Thread Jeff Hartmann
I have no problem accepting the agpgart change, and I think its cleaner. We might want to modify that patch in the future so the old behavior can be selected, but thats not a big deal for now. Btw, do you have a working driver for the HP IA64 chipset? If you do, it might make sense to submit it

Re: [Dri-devel] Radeon7500 lockups with Q3A

2002-03-05 Thread marco ghidinelli
On Mon, Mar 04, 2002 at 09:41:38AM -0800, Ian Romanick wrote: > On Mon, Mar 04, 2002 at 03:28:48AM +0100, Andreas Stenglein wrote: > > > I have this lockups with quake3arena, too. > > I found a temporary (and slow) workaround: disable > > the use of OpenGL-extensions in the q3a-setup-menu. > > I

[Dri-devel] Re: mach64 single texture unit working

2002-03-05 Thread Jose Fonseca
--- Leif Delgass <[EMAIL PROTECTED]> wrote: > I commited a fix for single texturing which works > now. Turns out the > teximages weren't being marked for upload in > UpdateTextureUnit, so > UploadTexImages never got called. Multitexture is Great. I was also hunting this problem. > still not

[Dri-devel] mach64 single texture unit working

2002-03-05 Thread Leif Delgass
I commited a fix for single texturing which works now. Turns out the teximages weren't being marked for upload in UpdateTextureUnit, so UploadTexImages never got called. Multitexture is still not working. Multiarb makes my box hang. I noticed some drm messages in the syslog that say "failed GU

Re: [Dri-devel] Radeon DRM

2002-03-05 Thread Roger While
Hi Michel, Thanks for the speedy reply. O.K. That got rid of the drm message and screen paint problem. Now I am getting the following message when logging out from KDE : *** /var/log/messages *** Mar 4 15:48:35 roglinux kernel: mtrr: no MTRR f