Re: [Dri-devel] gears problem

2001-10-03 Thread Steven P. Lilly
> > > > I just installed Slackware 8 with XFree86 4.1.0 and I've come across > > > > some weirdness with glxgears. When I'm running a window manager everything is > > > > fine but when I don't run a window manager I get a much higher frame > > > > rate but what I see is some garbage with a piece o

Re: [Dri-devel] Another tdfx mesa-3-5-branch patch.

2001-10-03 Thread Keith Whitwell
On Wed, 3 Oct 2001 19:46, Steven Fuller wrote: > This small patch fixes/works around a problem with tdfxDDTexturePalette > when glColorTable() is used with a proxy texture (it tries to access a > non-existent color table). > Sorry Steven, I must have missed your earlier patches. Can you resend

[Dri-devel] Another tdfx mesa-3-5-branch patch.

2001-10-03 Thread Steven Fuller
This small patch fixes/works around a problem with tdfxDDTexturePalette when glColorTable() is used with a proxy texture (it tries to access a non-existent color table). Steven Fuller Index: tdfx_tex.c === RCS file: /cvsroot

[Dri-devel] tdfx mesa-3-5-branch fix.

2001-10-03 Thread Zephaniah E\. Hull
The current mesa-3-5-branch code has a bug dealing with GL_QUADS, suffice it to say that it results in some, interesting, rendering bugs. Thanks to relnav and lordhavic for helping pin down what was actually happening. (And relnav for helping test.) Patch is attached. Zephaniah E. Hull. --

Re: [Dri-devel] gears problem

2001-10-03 Thread Michel Dänzer
On Tue, 2001-10-02 at 23:11, Steven P. Lilly wrote: > > > I just installed Slackware 8 with XFree86 4.1.0 and I've come across > > > some weirdness with glxgears. When I'm running a window manager everything is > > > fine but when I don't run a window manager I get a much higher frame > > > rate

[Dri-devel] Mesa-3.5-Branch + Radeon drm response/lib/modules/2.4.10/kernel/drivers/char/drm/radeon.o: unresolved symbol _mmx_memcpy/lib/modules/2.4.10/kernel/drivers/char/drm/radeon.o: insmod /li

2001-10-03 Thread Frank Jacobberger
Garry Reisky stated: >I haven't tried the mesa-3.5-branch for a bit and I thought I would test > grep'd the World.log file for errors, there were none. I went into the > drm dir and copied the radeon.o into my kernel drm dir and went to modprobe > it but I get this error. > modprobe radeon > /l

Re: [Dri-devel] Re: Re: Radeon 8500, what's the plan?

2001-10-03 Thread volodya
On Tue, 2 Oct 2001 [EMAIL PROTECTED] wrote: > > > On Wed, 3 Oct 2001, Damien Miller wrote: > > > On Tue, 2 Oct 2001 [EMAIL PROTECTED] wrote: > > > > > With linux, it will say something along the lines of "works with Redhat > > > 6.2". (take a look at many CAD packages, for example - they ar

Re: [Dri-devel] Radeon 8500, what's the plan?

2001-10-03 Thread Carl Busjahn
Um in addition to saving power in notebooks, you'd probably also end up creating a lot less heat. Though this might not be the case with NVidia cards ;-) Most reviewers of the Radeon came to the conclusion that the fan was purely for looks, something that I couldn't even say about my K6-2. P

Re: [Dri-devel] Radeon 8500, what's the plan?

2001-10-03 Thread David Johnson
What you say is true, it isn't all that difficult for you and I, but compare that to Windows where you have one driver set for a whole range of adapters and all the user has to do is download and click. That is why Windows is so popular. It is simple. Just because you can say something like

[Dri-devel] Mesa-3.5-Branch + Radeon drm

2001-10-03 Thread Garry Reisky
I haven't tried the mesa-3.5-branch for a bit and I thought I would test things out on my Radeon to see how things are. Make World went fine and I grep'd the World.log file for errors, there were none. I went into the drm dir and copied the radeon.o into my kernel drm dir and went to modprobe i

Re: [Dri-devel] glDrawPixels on i810

2001-10-03 Thread Michael Zayats
I will present my problem in it's full, may be you will help me: I am grabbing frames from bt848 and should both store them for future reuse and get them on the screen. The box is i810 based and has many other tasks to do. putting video on a screen should be fast and very low CPU consuming. what