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...

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 [-] checking whether the g++ linker (/usr/i586-suse-linux/bin/ld) supports

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] wrote: kernel openSUSE 10.3 2.6.22.19-0.1

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(): Don't know how to handle inputs 0x8

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_program_pair.c::allocate_input_registers(): Don't know how

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 Bucciarelli ([EMAIL PROTECTED]) Mesa 7.3-devel implementation error

[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

[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

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=sse,387 -m32 -D_POSIX_SOURCE -D_POSIX_C_SOURCE

[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

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 mind disabling it for

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. All goes fine if I revert to Mesa CVS Tag: D2006.10.11.02.49.05 Nothing to do

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'. progs/demos ./tunnel Tunnel V1.5

[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

[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

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

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 ‘r200SanityCmdBuffer’: r200_sanity.c:1422: error: ‘RADEON_CMD_VECLINEAR’ undeclared

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 itself

[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

[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

[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

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

`/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+0w -- Dieter Nützel @home: Dieter () nuetzel-hh ! de -- Dieter Nützel @home: Dieter () nuetzel-hh ! de

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 backwards

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

) *** 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 to configure it. -Dieter -- Dieter Nützel @home: Dieter () nuetzel-hh ! de

'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

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 make[6]: Leaving directory `/opt/Mesa/src

[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

[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) = void pthread_mutex_unlock(0x44b9dce4, 129, 0xbfffe2d4, 0xbfffe2d8,

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

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 any

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

Am Sonntag, 17. April 2005 21:40 schrieb Ian Romanick: Dieter Ntzel 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 that is

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

Am Sonntag, 17. April 2005 21:40 schrieb Ian Romanick: Dieter Ntzel 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 that is

[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 users.

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

Am Montag, 28. Mrz 2005 20:03 schrieb Dieter Ntzel: Happy Easter! -Dieter This one helps http://sourceforge.net/mailarchive/forum.php?thread_id=6901710forum_id=5154 -Dieter --- SF email is sponsored by - The IT Product Guide Read honest

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

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

Am Dienstag, 1. März 2005 19:46 schrieb Roland Scheidegger: Dieter Nützel wrote: Looking a bit at this, this seems to be caused because the number of pixels to read can be less than zero after CLIPSPAN (don't know if that's a bug in itself or not). That was my first thought, too (moving

Re: dri span patches...

Am Donnerstag, 3. März 2005 20:36 schrieb Roland Scheidegger: Dieter Nützel wrote: Am Donnerstag, 3. März 2005 4:48 schrieb Roland Scheidegger: Roland Scheidegger wrote: here's a patch which mainly does 3 things: - convert sis, mach64, and radeon to spantmp2. The sis and mach64 drivers

Re: dri span patches...

Am Donnerstag, 3. März 2005 4:48 schrieb Roland Scheidegger: Roland Scheidegger wrote: here's a patch which mainly does 3 things: - convert sis, mach64, and radeon to spantmp2. The sis and mach64 drivers got a slight change, previously you could not read back alpha values (always 0xff) and I

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

Am Dienstag, 1. Mrz 2005 18:06 schrieb Roland Scheidegger: Dieter Ntzel wrote: Am Mittwoch, 16. Februar 2005 21:27 schrieb Dieter Ntzel: 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

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

Am Mittwoch, 16. Februar 2005 21:27 schrieb Dieter Ntzel: 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: When will we see radeon_textiling4_drm.diff committed?

Am Mittwoch, 2. Mrz 2005 18:10 schrieb Roland Scheidegger: Dieter Ntzel 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

[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: [r200] 'readpix' sigfault back trace SSE/MMX is culprit

Am Dienstag, 1. März 2005 19:46 schrieb Roland Scheidegger: Dieter Nützel wrote: Looking a bit at this, this seems to be caused because the number of pixels to read can be less than zero after CLIPSPAN (don't know if that's a bug in itself or not). That was my first thought, too (moving

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.

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 module probably

[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

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

[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

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

Am Mittwoch, 16. Februar 2005 21:36 schrieb Dieter Ntzel: 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 (Version

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

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

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

Am Mittwoch, 16. Februar 2005 22:43 schrieb Dieter Ntzel: Am Mittwoch, 16. Februar 2005 22:26 schrieb Roland Scheidegger: Dieter Ntzel wrote: Am Mittwoch, 16. Februar 2005 21:36 schrieb Dieter Ntzel: Maybe GL_ATI_fragment_shader? -- -

Re: [r200] Mesa CVS text and texture bug

Am Montag, 14. Februar 2005 21:49 schrieb Michel Dnzer: On Mon, 2005-02-14 at 20:06 +0100, Dieter Ntzel 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 at

Re: [r200] Mesa CVS text and texture bug

Am Freitag, 11. Februar 2005 23:12 schrieb Roland Scheidegger: Dieter Ntzel 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 this? I get

Re: [r200] Mesa CVS text and texture bug

Am Montag, 14. Februar 2005 14:37 schrieb Dieter Ntzel: Am Freitag, 11. Februar 2005 23:12 schrieb Roland Scheidegger: Dieter Ntzel 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 quake3

Re: [r200] Mesa CVS text and texture bug

Am Montag, 14. Februar 2005 19:40 schrieb Roland Scheidegger: Dieter Ntzel 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 1280x1024x24/32.

Re: [r200] Mesa CVS text and texture bug

Am Montag, 14. Februar 2005 20:06 schrieb Dieter Ntzel: Am Montag, 14. Februar 2005 19:40 schrieb Roland Scheidegger: Dieter Ntzel 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.

Re: [r200] Mesa CVS text and texture bug

Am Montag, 14. Februar 2005 19:40 schrieb Roland Scheidegger: Dieter Ntzel 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 1280x1024x24/32.

Re: [r200] Mesa CVS text and texture bug

Am Freitag, 11. Februar 2005 22:55 schrieb Dieter Ntzel: 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 4. = to

[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

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 UpdateViewportOffset

Re: Texture heap preference in driAllocateTexture

Am Montag, 24. Januar 2005 02:34 schrieb Felix Kühling: Hi, After converting the Savage driver to use Ian's common texmem code I noticed a performance regression in Torcs. It's trashing textures a lot where it was running very smoothly before. I believe this is due to a different texture

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

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

Re: Do xorg/xc CVS work for anyone?

Am Freitag, 21. Januar 2005 19:43 schrieb Adam Jackson: On Friday 21 January 2005 13:11, Dieter Nützel wrote: 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

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'll

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 make

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 anything anymore. Within the top half it looks about the same

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, If you move glxgears down below about half of the screen you won't see

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 Mesa and DRI

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-dri-7.patch and hyperz-drm-14.patch. = rv path on my r200. Now

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 to worry

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. First I've change only drm. -0x1002 0x514C

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.) Here's an updated version of the patch

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: 1. In order to make drm_stub.c compile without

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 linux/moduleparam explicitly. You mean: --- linux-core/drm_stub.c 2004-10-28 17:44:45.192753118

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 what's

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, HyperZ docu

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-wise). But sadly we will NEVER match

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. Do you have actual numbers? Haven't looked at them for very

Re: Problem with remap_pfn_range on older 2.6.8 kernels.

Am Samstag, 23. Oktober 2004 08:59 schrieb Dave Airlie: try it now .. I've just checked in a compat fix.. hopefully it works... Dave. CC [M] /opt/drm/linux-core/drm_stub.o /opt/drm/linux-core/drm_stub.c:50: error: parse error before int make[3]: *** [/opt/drm/linux-core/drm_stub.o] Fehler 1

Re: Problem with remap_pfn_range on older 2.6.8 kernels.

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 just checked in a compat fix.. hopefully it works... Dave. CC [M] /opt/drm/linux-core/drm_stub.o

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 just checked in a compat fix.. hopefully it works

Re: R200, DRI : lockup with CVS and UT (original), FireGL 8800

Am Freitag, 22. Oktober 2004 02:38 schrieb khaqq: Hello, After realizing that the R200 driver bundled with xorg 6.8 wasn't stable, I installed the CVS of DRI (as of 2 hours ago). A little more precise system specs, please. OK, below ;-) The problem *was* : random lockups / freezes when

Re: drm trouble

Am Donnerstag, 21. Oktober 2004 20:15 schrieb Roland Scheidegger: Jon Smirl wrote: I fixed up every error path that I can think of in the radeon i2c code. It's checked into CVS. Let me know if I've fixed the problem. I still haven't figure out how to reproduce it so I'm just fixing

Re: lnux-core DRM version

Am Donnerstag, 21. Oktober 2004 22:32 schrieb Jon Smirl: Can everyone give the linux-core DRM version more testing. I think we have the compatibilty with vesafb ironed out now. I also added some fixes so that the radeon driver can tolerate non-functional i2c ports without failing. What about

Re: R200 ReadPixels optimization

Am Dienstag, 12. Oktober 2004 20:24 schrieb Ian Romanick: Dieter Nützel wrote: NONE of your three versions gave me direct rendering?! I've tested with and without your TLS-patch (progress?). The symbols are in. DRI-Mesa/Patches nm /usr/X11R6-NO-TLS/lib/modules/dri/r200_dri.so | grep

Re: R200 Projective texturing and texgen

Am Montag, 11. Oktober 2004 14:36 schrieb Marcello Maggioni: On Sun, 10 Oct 2004 23:27:38 +0200, Dieter Nützel [EMAIL PROTECTED] wrote: UT2003 Some broken textures on the walls and floors (Temple of Anubis). 'shock rifle' is OK 'Exit' dito. - Exit IS broken. UT2004 Working. I've

Re: Can't apply S3TC patch anymore with current Mesa

Am Freitag, 8. Oktober 2004 15:29 schrieb Marcello Maggioni: Like the Subject says I can't apply S3TC patch anymore to current Mesa tree (works with yesterday tree) . 'Cause it is IN...?! ;-))) You've worked hard guys in one day ;) Compiling... Regards, Dieter

Re: Can't apply S3TC patch anymore with current Mesa

Am Freitag, 8. Oktober 2004 16:34 schrieb Marcello Maggioni: On Fri, 8 Oct 2004 16:12:44 +0200, Dieter Nützel [EMAIL PROTECTED] wrote: Am Freitag, 8. Oktober 2004 15:29 schrieb Marcello Maggioni: Like the Subject says I can't apply S3TC patch anymore to current Mesa tree (works

Re: Can't apply S3TC patch anymore with current Mesa

Am Freitag, 8. Oktober 2004 17:37 schrieb Felix Kühling: On Fri, 8 Oct 2004 17:10:35 +0200 Dieter Nützel [EMAIL PROTECTED] wrote: [snip] When I set 'setenv force_s3tc_enable 1' quake3-smp do NOT start anymore. ATTENTION: default value of option force_s3tc_enable overridden

Re: Can't apply S3TC patch anymore with current Mesa

Am Freitag, 8. Oktober 2004 17:10 schrieb Dieter Nützel: Am Freitag, 8. Oktober 2004 16:34 schrieb Marcello Maggioni: On Fri, 8 Oct 2004 16:12:44 +0200, Dieter Nützel [EMAIL PROTECTED] wrote: Am Freitag, 8. Oktober 2004 15:29 schrieb Marcello Maggioni: Like the Subject says I can't

Re: Can't apply S3TC patch anymore with current Mesa

Am Freitag, 8. Oktober 2004 17:53 schrieb Dieter Nützel: Am Freitag, 8. Oktober 2004 17:10 schrieb Dieter Nützel: Am Freitag, 8. Oktober 2004 16:34 schrieb Marcello Maggioni: On Fri, 8 Oct 2004 16:12:44 +0200, Dieter Nützel [EMAIL PROTECTED] wrote: Am Freitag, 8. Oktober 2004 15:29

Re: Can't apply S3TC patch anymore with current Mesa

Am Freitag, 8. Oktober 2004 17:41 schrieb Dieter Nützel: Am Freitag, 8. Oktober 2004 17:37 schrieb Felix Kühling: On Fri, 8 Oct 2004 17:10:35 +0200 Dieter Nützel [EMAIL PROTECTED] wrote: [snip] When I set 'setenv force_s3tc_enable 1' quake3-smp do NOT start anymore

Re: Can't apply S3TC patch anymore with current Mesa

Am Freitag, 8. Oktober 2004 18:24 schrieb Felix Kühling: On Fri, 8 Oct 2004 18:09:29 +0200 Dieter Nützel [EMAIL PROTECTED] wrote: [snip] INSTALL/SOURCE ut2004demo [1] 31246 INSTALL/SOURCE Disabling HW TCL support Argh, Felix, what is here wrong? The problem

Re: Can't apply S3TC patch anymore with current Mesa

Am Freitag, 8. Oktober 2004 18:56 schrieb Marcello Maggioni: Deiter, ?;-) are you able to run Doom3 on your 8500 board? Yes, see here: http://marc.theaimsgroup.com/?l=dri-develm=109714730107167w=2 But Roland has problems: http://marc.theaimsgroup.com/?l=dri-develm=109700495010472w=2

Re: Can't apply S3TC patch anymore with current Mesa

OK, I have a fix. Now, we have: #ifndef USE_EXTERNAL_DXTN_LIB #define USE_EXTERNAL_DXTN_LIB 0 #endif --- src/mesa/main/texcompress_s3tc.c.orig 2004-10-08 15:12:34.0 +0200 +++ src/mesa/main/texcompress_s3tc.c2004-10-08 19:54:43.0 +0200 @@ -29,7 +29,11 @@ */

Re: Can't apply S3TC patch anymore with current Mesa

Am Freitag, 8. Oktober 2004 20:13 schrieb Marcello Maggioni: On Fri, 08 Oct 2004 19:18:30 +0200, Roland Scheidegger [EMAIL PROTECTED] wrote: Marcello Maggioni wrote: I get : WARNING: vertex array range in virtual memory (SLOW) signal caught: Segmentation fault si_code 1 Trying

Re: Kernel Oopses in recent DRMs

Am Donnerstag, 7. Oktober 2004 02:00 schrieb Jon Smirl: This should fix it. I'm I'll check it in after I reboot and test it. It didn't occur to me that DRM(global) could be freed while the loop is in progress. I need to remember to keep testing everything with framebuffer loaded and again

Re: projtex on r200, texturing problem

Am Mittwoch, 29. September 2004 17:26 schrieb Andreas Stenglein: maybe this help a bit.. but I think its not a full fix. Not full for Celestia 'Earth - ISS' (few textures are still flickering, Eric?) and xscreensaver's 'pipe' angles are not full rendered. -Dieter Index:

  1   2   3   4   >