I have a nice, 100% reliable way to lock up my Radeon 7500 using the most
recent CVS. I can do this with Tux Racer, if I play for a couple of
courses, but it's much easier to do using the Neverwinter Nights Toolset
beta running under WINE, because that's really quite intensive and produces
the
On Thu, 23 May 2002 23:05:32 +0100
José Fonseca <[EMAIL PROTECTED]> wrote:
> On 2002.05.23 22:37 Leif Delgass wrote:
> > I've committed code to read BM_GUI_TABLE to reclaim processed buffers and
[...]
> > Monday the 20th but after Saturday the 18th, could you test to see if
> > this
> > happens?
On 2002.05.23 22:37 Leif Delgass wrote:
> I've committed code to read BM_GUI_TABLE to reclaim processed buffers and
> disabled frame and buffer aging with the pattern registers. I've
> disabled
> saving/restoring the pattern registers in the DDX and moved the wait for
> idle to the XAA Sync. Thi
I've committed code to read BM_GUI_TABLE to reclaim processed buffers and
disabled frame and buffer aging with the pattern registers. I've disabled
saving/restoring the pattern registers in the DDX and moved the wait for
idle to the XAA Sync. This fixes the slowdown on mouse moves. I also
fixed
Hi,
I had trouble when compiling DRI with g++ 3.0.4 and -O3 related to
function inlining. The function swap is declared static globally in
quicksort.cc. In function quicksort it is redeclared. The redeclaration
prevents g++ from inlining the swap function. Instead it emits function
calls. In cont
just downloaded it from the cvs, and it compiles without any errors. nice
work :))
J5
On Thursday 23 May 2002 18:55, Leif Delgass wrote:
> Ok, I just added a conditional definition for list_for_each_safe to
> mach64_drv.h if it's not defined. I'm using 2.4.18, btw. Let me know if
> there are
Ok, I just added a conditional definition for list_for_each_safe to
mach64_drv.h if it's not defined. I'm using 2.4.18, btw. Let me know if
there are still compile errors after this.
-Leif
On Thu, 23 May 2002, José Fonseca wrote:
> It seems that the recent changes have broken source compatibi
It seems that the recent changes have broken source compatibility with
2.4.7 kernels, as a first-time user experienced. As you can see below, it
seems everything compiles fine except mach64_dma.c.
The first and most of the errors are related with the no previous
declaration of 'list_for_each_s
I just saw over at the utah-glx project that the S3 savage 3D driver is
working with XF 4.x. It's not DRI, but for those who are interested, I
thought I'd point it out... maybe a good start for those looking to
port to the DRI.
Alex
__
Do You Yaho
I'm putting the finishing touches on some example asm code that might be
generated at runtime by an OpenGL driver, to go with a sample dispatch
layer, that exercises some of the issues we've been discussing over the
past week. As it's 6:20am, I might go home and sleep first though ;-)
Thanks to
10 matches
Mail list logo
