Re: [R300] More tests...

If so, this would suck majorly, especially if there is no temperature sensor to tell how loaded the card is. best Vladimir Dergachev Well, it seems unlikely that it was/is temperature related (my most recent test didn't lock up, so something ma

[PATCH] radeon_state: use NULL instead of 0 for ptr.

Fix sparse NULL/0 warning: drivers/char/drm/radeon_state.c:1845:15: warning: Using plain integer as NULL pointer Signed-off-by: Randy Dunlap <[EMAIL PROTECTED]> diffstat:= drivers/char/drm/radeon_state.c |2 +- 1 files changed, 1 insertion(+), 1 deletion(-) diff -Naurp ./drivers/char/drm/

Re: [r200] Mesa CVS text and texture bug

Am Montag, 14. Februar 2005 21:49 schrieb Michel DÃnzer: > On Mon, 2005-02-14 at 20:06 +0100, Dieter NÃtzel wrote: > > dmesg show this: > > agpgart: Found an AGP 2.0 compliant device at :00:00.0. > > agpgart: Putting AGP V2 device at :00:00.0 into 2x mode > > agpgart: Putting AGP V2 device

Re: [r200] doom3-demo do NOT work anylonger

Am Mittwoch, 16. Februar 2005 22:43 schrieb Dieter NÃtzel: > Am Mittwoch, 16. Februar 2005 22:26 schrieb Roland Scheidegger: > > Dieter NÃtzel wrote: > > > Am Mittwoch, 16. Februar 2005 21:36 schrieb Dieter NÃtzel: > > >>Maybe GL_ATI_fragment_shader? > > >> > > >> > > >>

Re: [R300] More tests...

Vladimir Dergachev wrote: On Wed, 16 Feb 2005, Aapo Tahkola wrote: On Tue, 15 Feb 2005, Adam K Kirchhoff wrote: I updated to the latest r300 code in cvs tonight in an effort to do some testing and noticed an immediate regression. glxgears locked up almost immediately, and neverputt locked up with

Re: [r200] doom3-demo do NOT work anylonger

> Maybe GL_ATI_fragment_shader? when I check in the r200 code it'll break doom for sure as I think the vertex program stuff gets a bit messed up.. but my current version just draws a completely black screen so not much use for anything... :-) Dave. > - Initializing Decls - > --

Re: [r200] doom3-demo do NOT work anylonger

Am Mittwoch, 16. Februar 2005 22:26 schrieb Roland Scheidegger: > Dieter NÃtzel wrote: > > Am Mittwoch, 16. Februar 2005 21:36 schrieb Dieter NÃtzel: > >>Maybe GL_ATI_fragment_shader? > >> > >> > >>-- > >>- R_InitOpenGL - > >>dlopen(libGL.so.1) > >>Open X

Re: [r200] doom3-demo do NOT work anylonger

Dieter NÃtzel wrote: Am Mittwoch, 16. Februar 2005 21:36 schrieb Dieter NÃtzel: Maybe GL_ATI_fragment_shader? -- - R_InitOpenGL - dlopen(libGL.so.1) Open X display Initializing OpenGL display Using XFree86-VidModeExtension Version 2.2 DGA DirectVideo Mou

Re: [r200] doom3-demo do NOT work anylonger

Am Mittwoch, 16. Februar 2005 21:36 schrieb Dieter NÃtzel: > Maybe GL_ATI_fragment_shader? > -- > - R_InitOpenGL - > dlopen(libGL.so.1) > Open X display > Initializing OpenGL display > Using XFree86-VidModeExtension Version 2.2 > DGA DirectVideo Mouse (V

[r200] doom3-demo do NOT work anylonger

Maybe GL_ATI_fragment_shader? Same setup worked before 'texture|color tiling ' etc. But XFree86 + Mesa DRI ;-) -Dieter Running in restricted demo mode. - Initializing Decls - -- --- Initializing renderSystem using ARB renderSystem renderSystem i

[r200] 'readpix' sigfault back trace SSE/MMX is culprit

Move window 'out' to the left. NO sigfault with MESA_NO_SSE and MESA_NO_MMX. With MMX: #0 0x406a92b5 in _generic_read_RGBA_span_BGRA_REV_MMX () from /usr/X11R6/lib/modules/dri/r200_dri.so (gdb) list 262 263TempImage = (GLubyte *) malloc(ImgWidth * ImgHeight * 4 * sizeof(GLubyte))

[r200] 'texdown' - 'b' sigfault back trace

Reading symbols from /usr/X11R6/lib/modules/dri/r200_dri.so...done. Loaded symbols for /usr/X11R6/lib/modules/dri/r200_dri.so Reading symbols from /usr/X11R6/lib/libexpat.so.0...done. Loaded symbols for /usr/X11R6/lib/libexpat.so.0 Reading symbols from /usr/lib/libtxc_dxtn.so...done. Loaded symbols

Re: [R300] More tests...

On Wed, 16 Feb 2005, Aapo Tahkola wrote: On Tue, 15 Feb 2005, Adam K Kirchhoff wrote: I updated to the latest r300 code in cvs tonight in an effort to do some testing and noticed an immediate regression. glxgears locked up almost immediately, and neverputt locked up within a few minutes. I experi

[Bug 2529] ATI radeon M7 causes unusable video if switching between X and vt

Please do not reply to this email: if you want to comment on the bug, go to the URL shown below and enter yourcomments there. https://bugs.freedesktop.org/show_bug.cgi?id=2529 --- Additional Comments From [EMAIL PROTECTED] 2005-02-16 07:47 --- This

[Bug 2529] ATI radeon M7 causes unusable video if switching between X and vt

Please do not reply to this email: if you want to comment on the bug, go to the URL shown below and enter yourcomments there. https://bugs.freedesktop.org/show_bug.cgi?id=2529 --- Additional Comments From [EMAIL PROTECTED] 2005-02-16 03:43 --- Creat

[Bug 2529] ATI radeon M7 causes unusable video if switching between X and vt

Please do not reply to this email: if you want to comment on the bug, go to the URL shown below and enter yourcomments there. https://bugs.freedesktop.org/show_bug.cgi?id=2529 --- Additional Comments From [EMAIL PROTECTED] 2005-02-16 03:26 --- (In r

Re: savage-20050205-linux snapshot - problems

Am Mittwoch, den 16.02.2005, 00:14 -0500 schrieb Alex Deucher: > On Wed, 16 Feb 2005 05:51:25 +0100, [EMAIL PROTECTED] <[EMAIL PROTECTED]> > wrote: > > On Sunday 13 February 2005 16:30, Felix K=FChling wrote: > > > > > > I took another look at your lspci-output. It's a PCI > > > card, right? I saw

Re: R300 success stories

Hello, Adam K Kirchhoff wrote: > These are the games I've tried with the latest CVS from this afternoon: [...] > Frankly, I'm thrilled at the handful of games that are now working! Those who are looking for additional stress-test cases for OpenGL- (especially R300-, I don't have one myself) dri