Re: libdrm CVS build error for some days

Am Dienstag, 28. Oktober 2008 schrieb Dan Nicholson: > On Tue, Oct 28, 2008 at 9:07 AM, Dieter Nützel <[EMAIL PROTECTED]> wrote: > > Am Dienstag, 28. Oktober 2008 schrieb Dan Nicholson: > >> On Tue, Oct 28, 2008 at 8:44 AM, Dieter Nützel <[EMAIL PROTECTED]> wrot

Re: libdrm CVS build error for some days

Am Dienstag, 28. Oktober 2008 schrieb Dan Nicholson: > On Tue, Oct 28, 2008 at 8:44 AM, Dieter Nützel <[EMAIL PROTECTED]> wrote: > > kernel openSUSE 10.3 2.6.22.19-0.1-default > > > > /opt/drm> ./configure --prefix=/usr > > > > [-] > > > > che

libdrm CVS build error for some days

kernel openSUSE 10.3 2.6.22.19-0.1-default /opt/drm> ./configure --prefix=/usr [-] checking whether the g++ linker (/usr/i586-suse-linux/bin/ld) supports shared libraries... yes checking dynamic linker characteristics... GNU/Linux ld.so checking how to hardcode library paths into programs... im

Re: [r300] fog enabled => implementation error: radeon_program_pair.c

Am Donnerstag, 25. September 2008 schrieb Dieter Nützel: > Am Donnerstag, 25. September 2008 schrieb Michel Dänzer: > > On Thu, 2008-09-25 at 01:24 +0200, Dieter Nützel wrote: > > > example: > > > > > > Tunnel V1.5 > > > Written by David Bucciar

Re: [r300] fog enabled => implementation error: radeon_program_pair.c

Am Donnerstag, 25. September 2008 schrieb Michel Dänzer: > On Thu, 2008-09-25 at 01:24 +0200, Dieter Nützel wrote: > > example: > > > > Tunnel V1.5 > > Written by David Bucciarelli ([EMAIL PROTECTED]) > > Mesa 7.3-devel implementation error: > > radeon_p

Re: [r300] fog enabled => implementation error: radeon_program_pair.c

Am Donnerstag, 25. September 2008 schrieb Corbin Simpson: > Dieter Nützel wrote: > > example: > > > > Tunnel V1.5 > > Written by David Bucciarelli ([EMAIL PROTECTED]) > > Mesa 7.3-devel implementation error: > > radeon_program_pair.c::allocate_input_registers

[r300] fog enabled => implementation error: radeon_program_pair.c

example: Tunnel V1.5 Written by David Bucciarelli ([EMAIL PROTECTED]) Mesa 7.3-devel implementation error: radeon_program_pair.c::allocate_input_registers(): Don't know how to handle inputs 0x8 Please report at bugzilla.freedesktop.org pc=0* Hardware program

[r300] Anyone working on line smoothing?

Need it badly for my favored xscreensaver mode noof or KDE's 'Euphorie'... progs/redbook> xscreensaver-demo *WARN_ONCE* File r300_render.c function r300Fallback line 387 Software fallback:ctx->Line.SmoothFlag *

Re: DRI2 direct rendering

Am Montag, 31. März 2008 schrieb Kristian Høgsberg: > Hi, > > I just committed the last big chunk of DRI2 work, the direct rendering > support. dri2.c:40:23: error: dri2proto.h: Datei oder Verzeichnis nicht gefunden /opt/mesa> find -name dri2proto.h Nothing! Thanks, Dieter

Re: [texture_from_pixmap.c] glXBindTexImageEXT undefined

Am Montag, 28. Mai 2007 schrieb Brian Paul: > Dieter Nützel wrote: > > progs/xdemos> time nice +19 make > > gcc -I../../include -Wall -Wmissing-prototypes -std=c99 -ffast-math -O > > -march=athlon-mp -fomit-frame-pointer -m3dnow -msse -mmmx > > -mfpmath

[texture_from_pixmap.c] glXBindTexImageEXT undefined

progs/xdemos> time nice +19 make gcc -I../../include -Wall -Wmissing-prototypes -std=c99 -ffast-math -O -march=athlon-mp -fomit-frame-pointer -m3dnow -msse -mmmx -mfpmath=sse,387 -m32 -D_POSIX_SOURCE -D_POSIX_C_SOURCE=199309L -D_SVID_SOURCE -D_BSD_SOURCE -D_GNU_SOURCE -DPTHREADS -DUSE_EXTERNAL_

Re: [r300] VBO broken by changes in mesa

Am Dienstag, 21. November 2006 19:22 schrieb Rune Petersen: > Keith Whitwell wrote: > > Rune Petersen wrote: > >> Keith Whitwell wrote: > >>> I've fixed some typo's in this code - with luck this should be solved > >>> now? > >> > >> sorry no... > >> > >> If you can't find in the next day, would you

Re: [r200] bug in Mesa CVS glut code (GCC-4.1) '-fno-strict-aliasing' needed? - SOLVED

Am Sonntag, 29. Oktober 2006 04:16 schrieb Dieter Nützel: > Am Donnerstag, 26. Oktober 2006 16:12 schrieb Dieter Nützel: > > SuSE 10.1 > > GCC-4.1 > > latest Mesa CVS > > lates git DRM > > > > Worked all some days ago. > >

Re: [r200] bug in Mesa CVS glut code (GCC-4.1) '-fno-strict-aliasing' needed?

Am Donnerstag, 26. Oktober 2006 16:12 schrieb Dieter Nützel: > SuSE 10.1 > GCC-4.1 > latest Mesa CVS > lates git DRM > > Worked all some days ago. All goes fine if I revert to Mesa CVS Tag:D2006.10.11.02.49.05 Nothing to do with '-fno-strict-aliasing

[r200] bug in Mesa CVS glut code (GCC-4.1) '-fno-strict-aliasing' needed?

SuSE 10.1 GCC-4.1 latest Mesa CVS lates git DRM Worked all some days ago. progs/demos> ./tunnel Tunnel V1.5 Written by David Bucciarelli ([EMAIL PROTECTED]) Speicherschutzverletzung (core dumped) Reading symbols from /usr/X11R6/lib/modules/dri/r200_dri.so... done. Loaded symbols for /usr/X11R6/l

[r300] in r300_render.c ‘r300’ undeclared

In file included from r300_render.c:60: r300_emit.h: In function ‘fire_AOS’: r300_emit.h:244: warning: assignment from incompatible pointer type r300_render.c: In function ‘fire_EB’: r300_render.c:257: warning: assignment from incompatible pointer type r300_render.c:264: warning: assignment from in

Re: [r300][patch] retry when busy

Am Dienstag, 30. Mai 2006 14:33 schrieb Roland Scheidegger: > Michel Dänzer wrote: > > On Tue, 2006-05-30 at 02:42 +0200, Roland Scheidegger wrote: > >> Looks like quite some more work is needed to detect real lockups but not > >> just randomly reseting the chip when there is none (which can itse

Re: [r200_sanity.c] compilation error

Am Dienstag, 30. Mai 2006 03:00 schrieb Roland Scheidegger: > Dieter Nützel wrote: > > Am Dienstag, 30. Mai 2006 00:33 schrieben Sie: > >> Dieter Nützel wrote: > >>> Latest Mesa and DRM CVS: > >>> r200_sanity.c: In function ‘r200SanityC

Test for postmaster n/t

Sorry, my last mail to the list was rejected 'cause I haven't had a 'postmaster'. -Dieter -- ___ Dri-devel mailing list Dri-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/dri-devel

[r300] with (to) old drm: 'no fbconfigs'

progs/demos> setenv LIBGL_DEBUG progs/demos> ./gears libGL error: R300 DRI driver expected DRM version 1.20.x but got version 1.19.0 libGL warning: 3D driver returned no fbconfigs. libGL error: InitDriver failed libGL error: reverting to (slow) indirect rendering OK, this is clear, but... Linux v

[DRM] Next drm_compat.h update needed ;-)

make DRM_MODULES=radeon.o modules make[1]: Entering directory `/opt/drm/linux-core' make -C /lib/modules/2.6.5-7.155.29-smp/source SUBDIRS=`pwd` DRMSRCDIR=`pwd` modules make[2]: Entering directory `/usr/src/linux-2.6.5-7.155.29' CC [M] /opt/drm/linux-core/radeon_drv.o /opt/drm/linux-core/radeo

[r200] SuSE 10.0 (RC1) without latest MesaCVS hangs in gl-117

Hello Stefan, I have SuSE 10.0 betaX latest RC1 running for several weeks with r200 (2D and 3D ) and RV350 (9550, 2D only). Included gl-117 hangs with released Xorg/DRM/Mesa driver when the mouse cursor moves over a menu option. With latest DRM CVS and Mesa CVS on-top of the released Xorg vers

Re: [DRM] Is my kernel (SuSE 2.6.5-7.155.29-smp) to old?

in this tree. A very experimental (and incomplete) *** version is available from http://r300.sourceforge.net *** This message has been last modified on 12/12/04. (II) RADEON(0): Direct rendering disabled Now, I have to learn how t

Re: [DRM] Is my kernel (SuSE 2.6.5-7.155.29-smp) to old?

Am Sonntag, 25. September 2005 04:52 schrieb Dave Airlie: > On Sun, 25 Sep 2005, Dieter Nützell wrote: > > Worked for ages. > > What shall I do, since I have a brand new Radeon 9550? > > Yes, my system would be updated to SuSE 10.0 (2.6.13+), soon. > > Can you try it now , I added __ATTR to the bac

[DRM] Is my kernel (SuSE 2.6.5-7.155.29-smp) to old?

x-core] Fehler 2 make[2]: Leaving directory `/usr/src/linux-2.6.5-7.155.29' make[1]: *** [modules] Fehler 2 make[1]: Leaving directory `/opt/drm/linux-core' make: *** [radeon.o] Fehler 2 0.403u 0.149s 0:00.56 96.4% 0+0k 0+0io 0pf+0

Re: 'OcclusionTest' is missing (r200, i915, etc.), since last checkin

Am Donnerstag, 25. August 2005 21:37 schrieb Brian Paul: > Dieter Nützel wrote: > > i830_metaops.c: In function `i830TryTextureDrawPixels': > > i830_metaops.c:628: error: structure has no member named `OcclusionTest' > > make[6]: *** [i830_metaops.o] Fehler 1 >

'OcclusionTest' is missing (r200, i915, etc.), since last checkin

i830_metaops.c: In function `i830TryTextureDrawPixels': i830_metaops.c:628: error: structure has no member named `OcclusionTest' make[6]: *** [i830_metaops.o] Fehler 1 make[6]: Leaving directory `/opt/Mesa/src/mesa/drivers/dri/i915' -DGLX_DIRECT_RENDERING -DHAVE_ALIAS r200_pixel.c -o r200_pixel.o

[r200] quake3-smp hangs in futex (current Mesa DRI not SMP ready?)

games/quake3> ltrace ./quake3-smp.x86 . . . memcpy(0x08938ad6, "GL_SUN_slice_accum", 18) = 0x08938ad6 memcpy(0x0892d1b8, "GL_ARB_depth_texture GL_ARB_draw"..., 3026) = 0x0892d1b8 free(0x08937f18) = pthread_mutex_unlock(0x44b9dce4, 129, 0xbfffe2d4, 0xbfffe2d8,

[r200] 'texwrap' sigfaults during pressing 'b'

progs/tests> ./texwrap Texture Border Size = 1 Speicherschutzverletzung (core dumped) progs/tests> l core -rw---1 nuetzel users 6156288 2005-06-05 17:59 core Loaded symbols for /usr/lib/libtxc_dxtn.so Reading symbols from /usr/X11R6/lib/X11/locale/lib/common/xlcDef.so.2...done. Loaded

Re: CVS head: glxgears on r200 with tcl broken

Am Donnerstag, 12. Mai 2005 17:12 schrieb Keith Whitwell: > Adam Jackson wrote: > > On Thursday 12 May 2005 07:02, Dave Airlie wrote: > >>Okay I've been offline for a while, I did my standard CVS update on Mesa > >>and glxgears is busted > >> > >>http://people.freedesktop.org/~airlied/brokengears.p

[r200] CFT - broken since merge 21th to 22/23 of April

Textures in gears, ipers, etc. pp. quake3: black window /opt/Mesa> ut2003_demo fcntl: Invalid argument fcntl: Invalid argument Backtrace: [ 1] ./Core.so [0x40a0978a] [ 2] [0xe420] [ 3] /usr/X11R6/lib/modules/dri/r200_dri.so(_tnl_run_pipeline+0x2d) [0x4505da05] [ 4] /usr/X11R6/lib/modules

Re: [Mesa3d-dev] update on GL_EXT_framebuffer_object work

Am Montag, 2. Mai 2005 16:56 schrieb Brian Paul: > This weekend I finished updating the DRI drivers to work with the new > framebuffer/renderbuffer changes. My DRI test system is terribly out > of date so I haven't run any tests. I'm tempted to just check in the > changes now and help people fix

Re: [r200] Since your latest merge I only get indirect

Am Sonntag, 17. April 2005 21:40 schrieb Ian Romanick: > Dieter NÃtzel wrote: > > cvs update -D '4 days ago' "fix" it. > > > > Maybe there is a brand new TLS patch for X.org CVS anywhere? > > The TLS support is only built if you add '-DGLX_USE_TLS' to your > compiler flags. The prefered way to do

Re: [r200] Since your latest merge I only get indirect

Am Sonntag, 17. April 2005 21:40 schrieb Ian Romanick: > Dieter NÃtzel wrote: > > cvs update -D '4 days ago' "fix" it. > > > > Maybe there is a brand new TLS patch for X.org CVS anywhere? > > The TLS support is only built if you add '-DGLX_USE_TLS' to your > compiler flags. The prefered way to do

[r200] Since your latest merge I only get indirect

cvs update -D '4 days ago' "fix" it. Maybe there is a brand new TLS patch for X.org CVS anywhere? Thanks, Dieter --- SF email is sponsored by - The IT Product Guide Read honest & candid reviews on hundreds of IT Products from real user

Re: [r200] Mesa CVS changes after 23.05 broke direct rendering (shader)

Am Montag, 28. MÃrz 2005 20:03 schrieb Dieter NÃtzel: > Happy Easter! > > -Dieter This one helps http://sourceforge.net/mailarchive/forum.php?thread_id=6901710&forum_id=5154 -Dieter --- SF email is sponsored by - The IT Product Guide Read ho

[r200] Mesa CVS changes after 23.05 broke direct rendering (shader)

Happy Easter! -Dieter --- SF email is sponsored by - The IT Product Guide Read honest & candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_id=

[r200] gltestperf - some progress

progs/demos> ./gltestperf GLTest v1.0 Written by David Bucciarelli Benchmark: 0 Elapsed time for the calibration test (29567): 2.00 Selected number of benchmark iterations: 73917 Elapsed time for run 0: 1.621000 Elapsed time for run 1: 1.616000 Elapsed time for run 2: 1.61 Elapsed time for

Re: When will we see radeon_textiling4_drm.diff committed?

Am Mittwoch, 2. MÃrz 2005 18:10 schrieb Roland Scheidegger: > Dieter NÃtzel wrote: > > DRM CVS > > All texture tiling related patches (drm/dri) have been commited some > weeks ago. Urgs, I had "frozen" my tree... update -A bring it back on shape. ;-) Sorry, Dieter

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

Am Mittwoch, 16. Februar 2005 21:27 schrieb Dieter NÃtzel: Any change that someone look into this? Ian, it seems that's related to your new SSE/MMX code. Thanks, Dieter > Move window 'out' to the left. > > NO sigfault with MESA_NO_SSE and MESA_NO_MMX. > > With MMX: > #0 0x406a92b5 in

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

Am Dienstag, 1. MÃrz 2005 18:06 schrieb Roland Scheidegger: > Dieter NÃtzel wrote: > > Am Mittwoch, 16. Februar 2005 21:27 schrieb Dieter NÃtzel: > > > > Any change that someone look into this? > > > > Ian, it seems that's related to your new SSE/MMX code. > > > > Thanks, > > Dieter > > > >>Mov

When will we see radeon_textiling4_drm.diff committed?

DRM CVS Thanks, Dieter --- SF email is sponsored by - The IT Product Guide Read honest & candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.co

Re: [R200] Nearly all xscreensavers GL flicker

Am Freitag, 25. Februar 2005 16:47 schrieb Adam Jackson: > On Thursday 24 February 2005 13:27, Marcello Maggioni wrote: > > With XSCREENSAVER alone it effectively runs without problems , but I > > wonder why ... > > > > There's a logical explanation for this?? O_o > > Yeah. KDE's screensaver modul

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: [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

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: [r200] Mesa CVS text and texture bug

Am Freitag, 11. Februar 2005 22:55 schrieb Dieter NÃtzel: > I get this even with X.org CVS. > The texture problem is not persistent but the text 'of by oen or two'. > > http://www.nuetzel-hh.de/public/Celestia-Mesa-CSV-r200.png Texture "bug" is due to texture units. It arise with "texture_units" >

Re: [r200] Mesa CVS text and texture bug

Am Montag, 14. Februar 2005 19:40 schrieb Roland Scheidegger: > Dieter NÃtzel wrote: > > This on is SOLVED! > > > > It was due to SuSE's CKRM_CPU_SCHEDULE scheduler. > > > > Back to Linux's 'normal' one solve it. > > > > quake3-smp > > ~198 fps 2. high > > ~193 fps HIGH > > > > 640x480 window on 12

Re: [r200] Mesa CVS text and texture bug

Am Montag, 14. Februar 2005 20:06 schrieb Dieter NÃtzel: > Am Montag, 14. Februar 2005 19:40 schrieb Roland Scheidegger: > > Dieter NÃtzel wrote: > > > This on is SOLVED! > > > > > > It was due to SuSE's CKRM_CPU_SCHEDULE scheduler. > > > > > > Back to Linux's 'normal' one solve it. > > > > > > qua

Re: [r200] Mesa CVS text and texture bug

Am Montag, 14. Februar 2005 19:40 schrieb Roland Scheidegger: > Dieter NÃtzel wrote: > > This on is SOLVED! > > > > It was due to SuSE's CKRM_CPU_SCHEDULE scheduler. > > > > Back to Linux's 'normal' one solve it. > > > > quake3-smp > > ~198 fps 2. high > > ~193 fps HIGH > > > > 640x480 window on 12

Re: [r200] Mesa CVS text and texture bug

Am Montag, 14. Februar 2005 14:37 schrieb Dieter NÃtzel: > Am Freitag, 11. Februar 2005 23:12 schrieb Roland Scheidegger: > > Dieter NÃtzel wrote: > > > I get this even with X.org CVS. > > > The texture problem is not persistent but the text 'of by oen or two'. > BTW There is _BIG_ regression with

Re: [r200] Mesa CVS text and texture bug

Am Freitag, 11. Februar 2005 23:12 schrieb Roland Scheidegger: > Dieter NÃtzel wrote: > > I get this even with X.org CVS. > > The texture problem is not persistent but the text 'of by oen or two'. > > > > http://www.nuetzel-hh.de/public/Celestia-Mesa-CSV-r200.png > > What version of Celestia is thi

[r2xx|r1xx] readpixels-3 and pntparam_1 - Progress?

r100-readpixels-3.patch (Stephane) r200_pntparam_1.diff (Roland) I'm ran with both. Should they merged? BTW "readpix" sigfault is still there. (with and without both patches) X.org CVS do NOT show this bug. SunWave1 progs/demos# ./readpix GL_VERSION = 1.3 Mesa 6.3 GL_RENDERER = Mesa DRI R200 20

Re: Radeon SUBPIXEL_X|Y.

Am Dienstag, 18. Januar 2005 11:33 schrieb Keith Whitwell: > Jacek Rosik wrote: > > Hi, > > > > In radeonUpdateWindow and radeonUpdateViewportOffset functions in > > radeon_state.c `tx' and `ty' values are calculated differently. In > > UpdateWindow SUBPIXEL_X|Y values are added and in UpdateViewpo

Re: radeon tiling again...

Am Freitag, 21. Januar 2005 21:03 schrieb Roland Scheidegger: > Ok, new version is up here: > http://homepage.hispeed.ch/rscheidegger/dri_experimental/radeon_tiling_drm9 >.diff > http://homepage.hispeed.ch/rscheidegger/dri_experimental/radeon_tiling_ddx9 >.diff > http://homepage.hispeed.ch/rscheide

Do xorg/xc CVS work for anyone?

With Mesa CVS (6.3) or without (6.2.1 under xorg/xc/extras/Mesa/) it didn't compile. Mesa CVS hangs in "shader" (but I'm working on this; I used Mesa CVS all day long before) and pdx.freedesktop.org/cvs/xorg stops in bufferobj.c: extras/Mesa/src/mesa -I../../../../lib/GL/dri -I/tmp/IN

DRI/Mesa CVS (XFree86) compilation error

SM -DUSE_MMX_ASM -DUSE_3DNOW_ASM -DUSE_SSE_ASM dri_util.c In file included from dri_util.c:52: dri_util.h:563: Warnung: redundant redeclaration of `glXGetProcAddress' in same scope /opt/Mesa/include/GL/glx.h:295: Warnung: previous declaration of `glXGetProcAddress' dri_util.c:57: error: conflic

Re: new hyperz patch

Am Donnerstag, 9. Dezember 2004 00:30 schrieb Dieter Nützel: > Am Mittwoch, 8. Dezember 2004 00:27 schrieb Roland Scheidegger: > > Dieter Nützel wrote: > > >>> 'Zooming' a 3D VTK prog from the upper left corner into a bigger > > >>> w

Re: new hyperz patch

Am Mittwoch, 8. Dezember 2004 00:27 schrieb Roland Scheidegger: > Dieter Nützel wrote: > >>> True for DoomIII, but who can switch the lights ON, finally...? > >>> ;-) > >> > >> That is some weird texcoord problem. (I actually have a one-line > >&g

Re: new hyperz patch

Am Montag, 6. Dezember 2004 22:32 schrieb Roland Scheidegger: > Dieter Nützel wrote: > > Am Samstag, 4. Dezember 2004 00:47 schrieb Roland Scheidegger: > >> Here's the new patch version (finally...). > > > > Works so far on r200 here, too;-) > > >

Re: new hyperz patch

Am Samstag, 4. Dezember 2004 00:47 schrieb Roland Scheidegger: > Here's the new patch version (finally...). Works so far on r200 here, too;-) > - when only stencil (or only z) buffer is cleared in a visual which > supports stencil and z, now a proper fallback clear is used (still with > z-buffer

Re: [r200] Latest Mesa CVS brake quake3 (-smp)

Am Freitag, 3. Dezember 2004 00:12 schrieb Roland Scheidegger: > Dieter NÃtzel wrote: > > Am Mittwoch, 1. Dezember 2004 21:00 schrieb Dieter NÃtzel: > >> Only empty/black window. > >> > >> Not r100-readpixels-3.patch or hyperz related. > >> > >> When I find time (tomorrow) I'll go back and see when

Re: [r200] Latest Mesa CVS brake quake3 (-smp)

Am Mittwoch, 1. Dezember 2004 21:00 schrieb Dieter NÃtzel: > Only empty/black window. > > Not r100-readpixels-3.patch or hyperz related. > > When I find time (tomorrow) I'll go back and see when it changed. I'm 17 days back (D2004.11.15.xx.xx.xx), now. No change. Next I thought it could be TLS re

Re: Reverse engineering ati driver

Am Donnerstag, 2. Dezember 2004 19:54 schrieb Stephane Marchesin: > Jacek Popławski wrote: > >On Thu, Dec 02, 2004 at 08:49:56AM -0500, Alex Deucher wrote: > >>>Radeon 9000 PCI > >>>Radeon 9200se AGP > >> > >>these two chips are already fully supported by xorg and the DRI. > > > >Fully? Was HyperZ

[r200] Latest Mesa CVS brake quake3 (-smp)

Only empty/black window. Not r100-readpixels-3.patch or hyperz related. When I find time (tomorrow) I'll go back and see when it changed. -Dieter --- SF email is sponsored by - The IT Product Guide Read honest & candid reviews on hundreds of

Re: IGP320M HyperZ Texture bugs

Am Mittwoch, 1. Dezember 2004 19:09 schrieb Dieter Nützel: > Am Mittwoch, 1. Dezember 2004 17:13 schrieb Rogier Stam: > > Dieter Nützel wrote: > > >Am Mittwoch, 1. Dezember 2004 02:48 schrieb > > [EMAIL PROTECTED]: > > >>Hi Roland, > > >> > &g

Re: IGP320M HyperZ Texture bugs

Am Mittwoch, 1. Dezember 2004 17:13 schrieb Rogier Stam: > Dieter Nützel wrote: > >Am Mittwoch, 1. Dezember 2004 02:48 schrieb [EMAIL PROTECTED]: > >>Hi Roland, > >> > >>If you move glxgears down below about half of the screen you won't see > >>an

Re: R100 readpixels acceleration

Am Mittwoch, 1. Dezember 2004 16:55 schrieb Brian Paul: > Stephane Marchesin wrote: > > Ok, here is a new patch. > > Looks OK. Someone with a Radeon card should test this with the > Mesa/progs/demos/readpix.c demo. Drag the readpix window off the > left/right/bottom/top edges of the screen and ma

Re: R100 readpixels acceleration

Am Sonntag, 28. November 2004 16:47 schrieb Stephane Marchesin: > Dieter Nützel wrote: > > I've tested with r200 + r200_pntparam_1.diff (Roland's 'r200 large point > > sizes, ARB_point_parameters') patch. > > > > Get texture bug in 'gloss

Re: IGP320M HyperZ Texture bugs

Am Mittwoch, 1. Dezember 2004 02:48 schrieb [EMAIL PROTECTED]: > Hi Roland, > > If you move glxgears down below about half of the screen you won't see > anything anymore. Within the top half it looks about the same, although > moving it from left to right can cause parts to appear or disappear. > I

Re: [Mesa3d-dev] Current DRI/Mesa CVS compilation error

Am Sonntag, 28. November 2004 19:09 schrieb Brian Paul: > Dieter NÃtzel wrote: > > DGLX_DIRECT_RENDERING -DGLX_USE_DLOPEN -DGLX_USE_MESA-c xm_api.c > > In file included from /opt/Mesa/src/mesa/main/context.h:51, > > from xm_api.c:66: > > /opt/Mesa/src/mesa/glapi/glapi.h:54: War

Current DRI/Mesa CVS compilation error

DGLX_DIRECT_RENDERING -DGLX_USE_DLOPEN -DGLX_USE_MESA-c xm_api.c In file included from /opt/Mesa/src/mesa/main/context.h:51, from xm_api.c:66: /opt/Mesa/src/mesa/glapi/glapi.h:54: Warnung: function declaration isn't a prototype xm_api.c: In function `xmesa_alloc_back_buffer':

Re: HyperZ for IGP320M

Am Donnerstag, 25. November 2004 21:21 schrieb Roland Scheidegger: > Philip Armstrong wrote: > > On Thu, Nov 25, 2004 at 03:53:17PM +0100, Stephane Marchesin wrote: > >>Btw, we're looking for people that could do some hacking on r200 now, > >>since we don't have access to these cards. > > > > I can

Re: [Mesa3d-dev] Mesa CVS is back

Am Montag, 22. November 2004 17:44 schrieb Brian Paul: > Eric Anholt wrote: > > Mesa CVS is back in place thanks to Keith. Now someone needs to review > > dri/drm for changes. > > > > /me returns to homework > > Is anyone having luck accessing the repository? I can't. Me. I could do a clean Mes

Freedesktop.org (DRI and Mesa) aren't up, again?

/opt/Mesa> date Do Nov 18 20:36:13 CET 2004 /opt/Mesa> cvs update cvs [update aborted]: connect to pdx.freedesktop.org(131.252.208.82):2401 failed: Connection refused dri-trunk/xc> cvs update cvs [update aborted]: connect to dri.freedesktop.org(131.252.208.82):2401 failed: Connection refused T

Re: new hyperz patch

> Am Freitag, 12. November 2004 00:06 schrieb Dieter Nützel: > > Am Donnerstag, 11. November 2004 22:30 schrieb Roland Scheidegger: > > > Dieter Nützel wrote: > > > > Let me try on r200 ;-) > > > > > > > > Some feedback for Roland's hyperz

Re: new hyperz patch

Am Donnerstag, 11. November 2004 22:30 schrieb Roland Scheidegger: > Dieter Nützel wrote: > > Let me try on r200 ;-) > > > > Some feedback for Roland's hyperz-dri-7.patch and > > hyperz-drm-14.patch. => rv path on my r200. Now with hyperz-drm-15.patch. >

Re: new hyperz patch

Am Donnerstag, 11. November 2004 21:39 schrieb Stephane Marchesin: > Roland Scheidegger wrote: > > Roland Scheidegger wrote: > >> In fact, that was already discussed briefly at irc. For now it just > >> seemed more important to get it working on more cards and fix the > >> rendering problems than t

Re: hyperz for r200 class cards

Am Samstag, 6. November 2004 01:39 schrieb Stephane Marchesin: > Dieter Nützel wrote: > >Am Donnerstag, 4. November 2004 23:09 schrieb Roland Scheidegger: > >>(sorry for sending this first to the wrong list. replies should be in > >>dri-devel, not mesa3d-dev.) > >&

Re: HyperZ on RV100

Am Donnerstag, 4. November 2004 23:45 schrieb Dieter Nützel: > Am Mittwoch, 3. November 2004 23:41 schrieb Stephane Marchesin: > > Hi again, > > > > I managed to screw up and send the wrong drm patch, an "else" is missing > > (the one that decides whether hype

Re: HyperZ on RV100

Am Mittwoch, 3. November 2004 23:41 schrieb Stephane Marchesin: > Hi again, > > I managed to screw up and send the wrong drm patch, an "else" is missing > (the one that decides whether hyper z clear or standard z clear happens, > thus both clears happen without this else). A little problem is also

Re: HyperZ on RV100

Am Mittwoch, 3. November 2004 15:00 schrieb Stephane Marchesin: > Dieter Nützel wrote: > >Am Dienstag, 2. November 2004 02:11 schrieb Stephane Marchesin: > >> Hi, > >> > >>The attached patches enable HyperZ on radeon (RV100 only for now). OK, do you 'rea

Re: HyperZ on RV100

Am Dienstag, 2. November 2004 02:11 schrieb Stephane Marchesin: > Hi, > > The attached patches enable HyperZ on radeon (RV100 only for now). > > People always ask me for an HyperZ benchmark, so : > HyperZ gets me 45% more fps (48 fps -> 70 fps) in Quake3 four.dm68 > (Radeon 7000, athlon XP 2600).

Re: X11R6.8.2 maintenance release plans and call for comments.

Am Montag, 1. November 2004 19:22 schrieb Ian Romanick: > Dieter Nützel wrote: > > Am Samstag, 30. Oktober 2004 19:01 schrieb Brian Paul: > >>To fix this, somebody just has to add mesa/src/shaders/shaderobjects.c > >>to the Makefiles. > > > > For XFree86 DRI

Re: [Mesa3d-dev] Re: Latest Mesa CVS (DRI) do not compile (since glx indirect?)

Am Freitag, 29. Oktober 2004 21:36 schrieb Roland Scheidegger: > Dieter Nützel wrote: > > Addition: > > > > XFree86 DRI CVS build works, but libGLcore.a have unresolved symbols. > > > > Symbol _mesa_Uniform2iARB from > > module /usr/X11R6/lib/modules/exte

Re: X11R6.8.2 maintenance release plans and call for comments.

Am Samstag, 30. Oktober 2004 19:01 schrieb Brian Paul: > To fix this, somebody just has to add mesa/src/shaders/shaderobjects.c > to the Makefiles. For XFree86 DRI it could looks like this: --- xc/lib/GL/mesa/shader/Imakefile.inc 2004-10-30 22:14:42.735599211 +0200 +++ xc/lib/GL/mesa/shader/Imake

Re: [Mesa3d-dev] Re: Latest Mesa CVS (DRI) do not compile (since glx indirect?)

Am Freitag, 29. Oktober 2004 19:16 schrieb Dieter Nützel: > Am Freitag, 29. Oktober 2004 02:12 schrieb Adam Jackson: > > On Thursday 28 October 2004 19:58, Roland Scheidegger wrote: > > > I can compile the dri linux target, but when I try to compile > > > progs/te

Re: [Mesa3d-dev] Re: Latest Mesa CVS (DRI) do not compile (since glx indirect?)

Am Freitag, 29. Oktober 2004 02:12 schrieb Adam Jackson: > On Thursday 28 October 2004 19:58, Roland Scheidegger wrote: > > I can compile the dri linux target, but when I try to compile > > progs/tests I get something similar: > > gcc -I. -I../../include -DDRI_NEW_INTERFACE_ONLY -Wall -g -O > > -DU

Re: Two module_param problems with Linux 2.6.4

Am Freitag, 29. Oktober 2004 16:38 schrieb Jon Smirl: > On Fri, 29 Oct 2004 01:54:21 +0200, Dieter Nützel > > <[EMAIL PROTECTED]> wrote: > > Am Donnerstag, 28. Oktober 2004 12:42 schrieb Felix Kühling: > > > Two small problems I had with Linux 2.6.4: > > > &g

Re: Two module_param problems with Linux 2.6.4

Am Donnerstag, 28. Oktober 2004 12:42 schrieb Felix Kühling: > Two small problems I had with Linux 2.6.4: > > 1. In order to make drm_stub.c compile without errors I had to > #include explicitly. You mean: --- linux-core/drm_stub.c 2004-10-28 17:44:45.192753118 +0200 +++ linux

Re: [Mesa3d-dev] Doom3 works on R200!

Am Sonntag, 24. Oktober 2004 20:45 schrieb Philipp Klaus Krause: > Dieter Nützel schrieb: > >>The nonfree xig driver has been developed without HyperZ docs and > >>outperforms fglrx. > > > > Are you sure. > > I thought Xig had it all before. > > >

Re: [Mesa3d-dev] Doom3 works on R200!

Am Sonntag, 24. Oktober 2004 20:10 schrieb Bernardo Innocenti: CC trimmed. > Dieter Nützel wrote: > >>Thank you for doing this work. We really need to get the open-source > >>ATI driver on par with the propretary driver (both feature-wise and > >>performance-wi

Re: [Mesa3d-dev] Doom3 works on R200!

Am Sonntag, 24. Oktober 2004 20:20 schrieb Philipp Klaus Krause: > >>Thank you for doing this work. We really need to get the open-source > >>ATI driver on par with the propretary driver (both feature-wise and > >>performance-wise). > > > > But sadly we will NEVER match it. > > > > NO SmoothVision

Re: [Mesa3d-dev] Doom3 works on R200!

Am Sonntag, 24. Oktober 2004 19:38 schrieb Bernardo Innocenti: > Dave Airlie wrote: > >>r200 render path looks really A LOT better, unfortunately the open-source > >>driver doesn't implement the required extensions (some bits of > >> documentation are missing afaik, and even if not (I have no idea

Re: SW fallback: clipping bug [patch]

Am Freitag, 22. Oktober 2004 13:28 schrieb Keith Whitwell: > Ian Romanick wrote: > > Dieter Nützel wrote: > >> Am Freitag, 15. Oktober 2004 22:51 schrieb Nicolai Haehnle: > >>> There is disagreement about the meaning of the CLIPSPAN _n parameter in > >>>

Re: Problem with remap_pfn_range on older 2.6.8 kernels.

Am Samstag, 23. Oktober 2004 11:16 schrieb Dieter Nützel: > Am Samstag, 23. Oktober 2004 11:08 schrieb Mike Mestnik: > > --- Dieter Nützel <[EMAIL PROTECTED]> wrote: > > > Am Samstag, 23. Oktober 2004 08:59 schrieb Dave Airlie: > > > > try it now .. I've ju

  1   2   3   4   5   6   7   >