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
Thanks,
Dieter
---
SF email is sponsored by - The IT Product Guide
Read
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:
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
window in the desktop middle show missing z/buffer
clearing/redraw.
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
workaround for that, which breaks submitting texgen and non-texgen
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;-)
- when only stencil (or only z) buffer is cleared in a visual
Am Freitag, 3. Dezember 2004 00:12 schrieb Roland Scheidegger:
Dieter Ntzel wrote:
Am Mittwoch, 1. Dezember 2004 21:00 schrieb Dieter Ntzel:
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
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
Am Donnerstag, 2. Dezember 2004 19:54 schrieb Stephane Marchesin:
Jacek Popawski 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 only missing feature?
Am Mittwoch, 1. Dezember 2004 21:00 schrieb Dieter Ntzel:
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 related
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'.
But only with 'cylinder' NOT with 'teapot'.
Ok, here is a
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
Am Sonntag, 28. November 2004 19:09 schrieb Brian Paul:
Dieter Ntzel 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: Warnung
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':
/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
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
fixed
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 hyper z clear or standard z clear happens,
thus
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 'really want some r200 numbers...;-)))
I've applied all
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).
It
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 it could looks like this:
Since you seem to be
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
+++
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/extensions/libGLcore.a is unresolved!
I suspect you need
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
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/tests I get something similar:
gcc -I.
Am Donnerstag, 28. Oktober 2004 01:31 schrieb Ian Romanick:
Dieter Ntzel wrote:
gcc -c -I../../include -I../../src/mesa -I../../src/mesa/main
-I../../src/mesa/glapi -I../../src/mesa/math
-I../../src/mesa/tnl-I../../src/mesa/shader -I../../src/mesa/swrast
-I../../src/mesa/swrast_setup
/opt/Mesa time nice +19 make linux-x86
(cd configs rm -f current ln -s linux-x86 current)
make default
make[1]: Entering directory `/opt/Mesa'
make[2]: Entering directory `/opt/Mesa/src'
Making sources for linux-x86
make[3]: Entering directory `/opt/Mesa/src/mesa'
make[4]: Entering directory
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
CVS.
The drivers I have looked at and
Eric,
only little cosmetic for the 'shock rifle' hang fix:
--- src/mesa/drivers/dri/r200/r200_texstate.c 2004-10-15 23:40:19.626568574
+0200
+++ src/mesa/drivers/dri/r200/r200_texstate.c.Dieter2004-10-15
23:24:27.345155774 +0200
@@ -1398,7 +1398,7 @@
* specific cases necessary,
Am Sonntag, 10. Oktober 2004 21:56 schrieb Eric Anholt:
On Sun, 2004-10-10 at 10:13, Andreas Stenglein wrote:
Am 2004.10.10 11:14:11 +0200 schrieb(en) Eric Anholt:
http://pdx.freedesktop.org/~anholt/dri/r200-projtex-6.diff
#4 had broken nontcl quite significantly. I'm thinking I just
Am Sonntag, 10. Oktober 2004 11:14 schrieb Eric Anholt:
On Sun, 2004-10-10 at 00:26, Dave Airlie wrote:
projtex with TCL works correctly.
projtex with no TCL is closer.
texgenmix row 2 col 2 and 3 work.
texgenmix row 3 col 1 doesn't work any more (cols 2/3 still don't
work). fixes
Am Samstag, 9. Oktober 2004 03:33 schrieb Ian Romanick:
Ian Romanick wrote:
Here's a simple patch that gives about a 50% (on my box) speed boost to
glReadPixels performance in 24-bit. I measured using the benchmark
built into progs/demos/readpix. The interesting thing is that the core
It's the worst one I've ever seen.
After some seconds (during first cycle) it falsely draw a few triangles in the
_upper right_ corner.
Whole system lockup.
Even the monitor goes into 'no signal mode'.
SYSRQ didn't work.
I have to press 'the button'.
-Dieter
BTW What about the 'texcyl'
I'm in a hurry, so...
Try viewperf-7.1.1 'ugs-03'.
Have a look at ugs02QualityFull.png.
I see text from KDE's Konsole (uninitialized alpha?).
With alpha it is fine ugs03Full.png.
Big windows wrap depth.
On the right you can see same part as on the left.
ugs06Full-depth.png
Pictures
--
___
Dri-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/dri-devel
--
Dieter Ntzel
@home: Dieter.Nuetzel () hamburg ! de
---
This SF.net email is sponsored by: IT Product Guide
Am Mittwoch, 6. Oktober 2004 03:52 schrieb Ian Romanick:
Here's a simple patch that gives about a 50% (on my box) speed boost to
glReadPixels performance in 24-bit. I measured using the benchmark
built into progs/demos/readpix. The interesting thing is that the core
MMX SSE2 routines can be
Am Montag, 27. September 2004 19:30 schrieb Roland Scheidegger:
Dieter Nützel wrote:
So, it seems like we're seeing more ordering issues, now that things get
emitted less often. Moving the eye emit to the end mostly fixed
neverball's intro screen for me except for occasional flicker, and
/opt/Mesa /usr/X11R6/lib/xscreensaver/endgame -root -visual 0x24
endgame: ignoring `-visual 0x24' because of `-root'.
endgame: using root window's visual 0x23.
cpu vendor: AuthenticAMD
cpu name: AMD Athlon(tm) MP
MMX cpu detected.
3DNow! cpu detected.
Testing OS support for SSE... yes.
Testing OS
quake3-smp is OK
drmCommandWrite: -22
drmRadeonCmdBuffer: -22 (exiting)
Seems to be fixed.
Latest DRI and DRM CVS.
Yesterday's DRI CVS was fine (textures).
DRM reset works.
See attached patch.
More to come, I'm in hurry.
-Dieter
diff -ru drm.orig/linux/drm_drv.h drm/linux/drm_drv.h
---
Am Montag, 20. September 2004 23:14 schrieb Eric Anholt:
On Mon, 2004-09-20 at 12:58, Dieter Ntzel wrote:
Am Montag, 20. September 2004 21:52 schrieb Dieter Ntzel:
Am Sonntag, 19. September 2004 11:21 schrieb Eric Anholt:
The attached patch removes the mandatory emits of all state which
Am Sonntag, 19. September 2004 11:21 schrieb Eric Anholt:
The attached patch removes the mandatory emits of all state which were
happening after each cmdbuf flush. Instead, we set a flag after a
cmdbuf flush saying save the state at the next unlock, which means
memcpying the state atoms off.
Am Montag, 20. September 2004 21:52 schrieb Dieter Nützel:
Am Sonntag, 19. September 2004 11:21 schrieb Eric Anholt:
The attached patch removes the mandatory emits of all state which were
happening after each cmdbuf flush. Instead, we set a flag after a
cmdbuf flush saying save the state
Am Mittwoch, 8. September 2004 15:26 schrieb Roland Scheidegger:
Roland Scheidegger wrote:
Dieter Ntzel wrote:
Only some rejections in
src/mesa/main/texcompress_s3tc.c
I'll fix it, but you have to wait at least another full week.
Ok, new version can be found as usual at
http
I've updated the drm.watchdog.2.patch
http://marc.theaimsgroup.com/?l=dri-develm=108551485018672w=2
to latest DRM CVS and it works together with
ati.unlock.1.patch and ati.drm-r300-version.1.patch
http://marc.theaimsgroup.com/?l=dri-develm=108551675805810w=2
when the UT2003/2004 lockups ('Shock
Am Montag, 13. September 2004 22:08 schrieb Dieter Nützel:
I've updated the drm.watchdog.2.patch
http://marc.theaimsgroup.com/?l=dri-develm=108551485018672w=2
to latest DRM CVS and it works together with
ati.unlock.1.patch and ati.drm-r300-version.1.patch
Am Freitag, 27. August 2004 21:56 schrieb Philipp Klaus Krause:
The same as the patches I sent earlier, but as a single unified file.
For those that didn't read the original posting: This patch enables
GL_ARB_vertex_program support for the r200 driver. The vertex programs
are executed in
Am Montag, 6. September 2004 22:19 schrieb Philipp Klaus Krause:
'Did some more testing and found bugs.
Here is the corrected patch.
Works fine.
Out for vacation, now.
Dieter
---
This SF.Net email is sponsored by BEA Weblogic Workshop
FREE
CC [M] /opt/drm/linux/i810_drv.o
In file included from /opt/drm/linux/i810_drv.c:46:
/opt/drm/linux/drm_drv.h: In function `i810_release':
/opt/drm/linux/drm_drv.h:974: error: structure has no member named
`free_filp_private'
/opt/drm/linux/drm_drv.h:975: error: structure has no member named
Transmeta Efficeon Cluster ontop and under the desk running Linux;-)
96 CPUs in one (large) desktop workstation
http://arstechnica.com/news/posts/20040830-4142.html
Official announcement (Press Release):
http://www.orionmulti.com/news/press?sid=049af0ecd126eebbce765f1f0f95ba7a
Products:
Philipp Klaus Krause schrieb:
Dieter Ntzel schrieb:
Argh,
what a regression.
most tests show mostly empty and/or black and/or white windows...
Strange, I just ran Viewperf 8
8.0.1?
I've downloaded it in the morning. ;-)
on my r200 and didn't notice
any problems
SMP-system (EnvLINUX.c reports num=2
In file included from glapi.c:183:
/opt/Mesa/src/mesa/glapi/glapitemp.h:5084: error: `gl__unused413' undeclared
here (not in a function)
/opt/Mesa/src/mesa/glapi/glapitemp.h:5084: error: initializer element is not
constant
/opt/Mesa/src/mesa/glapi/glapitemp.h:5084: error: (near initialization
Now I can do stuff with my r200 which I've done two years ago with my Voodoo
5500 AGP. - GREAT!
Several 'ipers', 'gloss', 'gears' and 'isosurf' run in parallel, now.
Even two quake3-smp instances run (timedemo 1; demo four) for some
seconds...;-)))
Only problem I've found is some 'stencil
Am Freitag, 27. August 2004 21:56 schrieb Philipp Klaus Krause:
The same as the patches I sent earlier, but as a single unified file.
For those that didn't read the original posting: This patch enables
GL_ARB_vertex_program support for the r200 driver. The vertex programs
are executed in
Am Dienstag, 31. August 2004 17:56 schrieb Keith Whitwell:
Dieter Ntzel wrote:
Now I can do stuff with my r200 which I've done two years ago with my
Voodoo 5500 AGP. - GREAT!
Several 'ipers', 'gloss', 'gears' and 'isosurf' run in parallel, now.
Even two quake3-smp instances run
System:
dual Athlon MP 1900+
MSI K7D Master-L (aka AMD 768MPX)
1 GB DDR266 RAM, CL2 (2x 512 MB)
ATI Radeon 8500 QL, AGP (r200), 64 MB DDR RAM
all U160/320 ;-)
SuSE 9.0
* with latest 2.6.5-104 (official released 9.1) kernel
* glibc-2.3.3-73 (NPTL)
based on SuSE's 9.0 XFree86 4.3.0.1-46
DRM CVS
Am Dienstag, 31. August 2004 22:12 schrieb Dieter Ntzel:
System:
dual Athlon MP 1900+
MSI K7D Master-L (aka AMD 768MPX)
1 GB DDR266 RAM, CL2 (2x 512 MB)
ATI Radeon 8500 QL, AGP (r200), 64 MB DDR RAM
all U160/320 ;-)
SuSE 9.0
* with latest 2.6.5-104 (official released 9.1) kernel
* glibc
Am Sonntag, 29. August 2004 17:48 schrieb Dieter Nützel:
Am Sonntag, 29. August 2004 16:54 schrieben Sie:
I'm happy to see this go in. It is probably excessively cautious to keep
it out it's certainly not getting any testing out of the tree.
/opt/Mesa cd src/mesa/drivers/dri/r200/
Am Sonntag, 29. August 2004 18:03 schrieb Dieter Nützel:
Am Sonntag, 29. August 2004 17:48 schrieb Dieter Nützel:
Am Sonntag, 29. August 2004 16:54 schrieben Sie:
I'm happy to see this go in. It is probably excessively cautious to
keep it out it's certainly not getting any testing out
, sphere radius is 0.9
Option(s) : [wireframe]
32x32 : 812.0 kpolys/s
64x64 : 2176.0 kpolys/s
128x128 : 2682.8 kpolys/s
256x256 : 2742.1 kpolys/s
512x512 : 2749.4 kpolys/s
Thanks.
--
Dieter Ntzel
@home: Dieter.Nuetzel () hamburg ! de
? diff
? mine
? r200_bitmap.diff
? r200_dlist.c
Only some rejections in
src/mesa/main/texcompress_s3tc.c
Greetings,
Dieter
---
SF.Net email is sponsored by Shop4tech.com-Lowest price on Blank Media
100pk Sonic DVD-R 4x for only $29 -100pk Sonic DVD+R for only $33
Save 50% off
Am Sonntag, 11. Juli 2004 21:10 schrieb Ian Romanick:
These two patches cooperate to enable TLS support. For now you much
manually add #define GlxUseThreadLocalStorage YES to your host.def to
enable TLS support. Apply the Mesa patch to the Mesa tree and the DRI
patch to the DRI tree.
Right
Am Dienstag, 6. Juli 2004 22:27 schrieb [EMAIL PROTECTED]:
Please do not reply to this email: if you want to comment on the bug, go to
the URL shown below and enter your comments there.
http://freedesktop.org/bugzilla/show_bug.cgi?id=814
Shit bugzilla! --- This belongs to DRI-Devel.
Am Samstag, 3. Juli 2004 01:12 schrieb Roland Scheidegger:
Dieter Nützel wrote:
Am Freitag, 2. Juli 2004 02:03 schrieb Ian Romanick:
Dieter Nützel wrote:
Am Donnerstag, 1. Juli 2004 20:07 schrieb Dieter Nützel:
Am Donnerstag, 1. Juli 2004 18:53 schrieb Ian Romanick:
Dieter Nützel wrote:
Am Freitag, 25. Juni 2004 11:06 schrieb Dieter Nützel:
Am Freitag, 25. Juni 2004 00:10 schrieb Ian Romanick:
Dieter Nützel wrote:
Am Mittwoch, 23. Juni 2004 02:22 schrieb Ian Romanick:
This patch also still requires you to manually generate glapi_x86.S by
doing:
cd src/mesa/glapi
Am Donnerstag, 1. Juli 2004 18:53 schrieb Ian Romanick:
Dieter Nützel wrote:
quake3-smp do NOT work anylonger.
Could you try these two patches? They *should* fix the crash you're
seeing.
The first one, YES. But...
...loading 'scripts/skin.shader'
...loading 'scripts/sky.shader'
...loading
Am Sonntag, 13. Juni 2004 09:24 schrieb Dieter Nützel:
Am Sonntag, 13. Juni 2004 09:01 schrieb Dieter Nützel:
Empty black window.
With 'Point' and 'Linear' Filtered.
Mesa (LIBGL_ALWAYS_INDIRECT) works.
Argh, I've forgotten to mention the hardware...
r200
Felix can you please test
dual Athlon MP 1900+
MSI K7D Master-L (AMD 768MPX)
1 GB DDR266, CL2 (2x 512 MB)
Radeon r200, (aka 8500QL)
64 MB, AGP 4x, AGP Fast Write, Page flipping
quake3a-smp
640x480x32 window @ 1280x1024x32
All _with_ sound (without sound SMP do not deliver such speed up).
SMP | S3TC | FPS
- | - | 122
-
Am Dienstag, 29. Juni 2004 18:35 schrieb Dieter Nützel:
dual Athlon MP 1900+
MSI K7D Master-L (AMD 768MPX)
1 GB DDR266, CL2 (2x 512 MB)
Radeon r200, (aka 8500QL)
64 MB, AGP 4x, AGP Fast Write, Page flipping
quake3a-smp
640x480x32 window @ 1280x1024x32
All _with_ sound (without sound SMP
Am Montag, 28. Juni 2004 17:00 schrieb Alan Cox:
On Llu, 2004-06-28 at 16:17, Jon Smirl wrote:
Nvidia has started talking about this:
http://www.hardwareanalysis.com/content/article/1728/
History recycled. Take a look at any Oxygen GMX2000 some day, that takes
the same approach on card
Am Freitag, 25. Juni 2004 00:10 schrieb Ian Romanick:
Dieter Nützel wrote:
Am Mittwoch, 23. Juni 2004 02:22 schrieb Ian Romanick:
This patch also still requires you to manually generate glapi_x86.S by
doing:
cd src/mesa/glapi
python2 ./gl_x86_asm.py ../x86/glapi_x86.S
With and
gcc -c -I../../include -I../../src/mesa -I../../src/mesa/main
-I../../src/mesa/glapi -I../../src/mesa/math -I../../src/mesa/tnl
-I../../src/mesa/shader -I../../src/mesa/swrast -I../../src/mesa/swrast_setup
-Wall -O -march=athlon -ansi -pedantic -fPIC -D_POSIX_SOURCE
-D_POSIX_C_SOURCE=199309L
Am Mittwoch, 23. Juni 2004 02:22 schrieb Ian Romanick:
Ian Romanick wrote:
This patch also still requires you to manually generate glapi_x86.S by
doing:
cd src/mesa/glapi
python2 ./gl_x86_asm.py ../x86/glapi_x86.S
With and without I get this in _normal_ DRI CVS:
make[3]: Entering
Am Sonntag, 13. Juni 2004 09:01 schrieb Dieter Nützel:
Empty black window.
With 'Point' and 'Linear' Filtered.
Mesa (LIBGL_ALWAYS_INDIRECT) works.
Argh, I've forgotten to mention the hardware...
r200
-Dieter
---
This SF.Net email is
Am Sonntag, 16. Mai 2004 12:52 schrieb Andreas Stenglein:
hello!
Looks like its long ago I tried the 6TMU patch for r200:
r200_cmdbuf.c needs some changes, too.
The bad thing is, that I was able to hang the Xserver without
the changes in r200_cmdbuf.c. That should not happen :(
Maybe it is
Empty black window.
With 'Point' and 'Linear' Filtered.
Mesa (LIBGL_ALWAYS_INDIRECT) works.
-Dieter
---
This SF.Net email is sponsored by: Oracle 10g
Get certified on the hottest thing ever to hit the market... Oracle 10g.
Take an Oracle 10g
Am Freitag, 16. April 2004 18:30 schrieb Dieter Nützel:
Benchmark: 2
ZSmooth Triangles
Current size: 480
Elapsed time for the calibration test (341): 2.003000
Selected number of benchmark iterations: 851
Elapsed time for run 0: 15.413000
Elapsed time for run 1: 15.377000
Elapsed time for
Am Montag, 26. April 2004 14:18 schrieb Dieter Nützel:
Am Donnerstag, 5. Februar 2004 19:38 schrieb Dieter Nützel:
Have you seen, that it is much faster (hardware accelerate?) in the
broken area (on the right and right/below corner)?
No progress.
Any ideas how to disable some features in
Am Montag, 24. Mai 2004 23:53 schrieb Michel Dnzer:
On Sun, 2004-05-23 at 22:52, Dieter Ntzel wrote:
Program received signal SIGSEGV, Segmentation fault.
0x40670b99 in update_light (ctx=0x805e208) at r200_state.c:1143
1143 for (p = 0 ; p MAX_LIGHTS; p++) {
That doesn't make much
Am Mittwoch, 12. Mai 2004 23:09 schrieb Dieter Nützel:
SunWave1 progs/demos# ./gears
Mesa: software DXTn compression/decompression available
Speicherschutzverletzung (core dumped)
More on this with latest CVS:
(gdb) r
Starting program: /opt/Mesa/progs/demos/gears
[New Thread 1079078016 (LWP
docs/sourcedocs.html
P
If you're reading this page from your local copy of Mesa, and have
run the doxygen scripts, you can read the documentation
A HREF=../doxygen/core/index.html target=_parenthere/A
/P
Change the 'main' folder to 'core' or the other way around (all instances of
'core' have
/opt/Mesa diff -ur progs/demos/ipers.c.orig progs/demos/ipers.c
--- progs/demos/ipers.c.orig2002-08-08 19:12:38.0 +0200
+++ progs/demos/ipers.c 2004-05-21 14:33:06.0 +0200
@@ -357,7 +357,7 @@
printstring(GLUT_BITMAP_TIMES_ROMAN_24, p - Toggle Wire frame);
SunWave1 progs/demos# ./gears
Mesa: software DXTn compression/decompression available
Speicherschutzverletzung (core dumped)
Reading symbols from /usr/X11R6/lib/libXt.so.6...done.
Loaded symbols for /usr/X11R6/lib/libXt.so.6
Reading symbols from /usr/X11R6/lib/modules/dri/r200_dri.so...done.
Am Freitag, 30. April 2004 18:48 schrieb Stephane Marchesin:
Hi,
I've been trying to get {read,draw}pixels acceleration for the r100 driver
by adapting existing code from the r200 and adding a temporary dma buffer.
So I've made this little patch to the r200 driver that's supposed to
gcc -c -I../../include -I../../src/mesa -I../../src/mesa/main
-I../../src/mesa/glapi -I../../src/mesa/math -I../../src/mesa/tnl
-I../../src/mesa/shader -I../../src/mesa/swrast -I../../src/mesa/swrast_setup
-Wall -O -march=athlon -ansi -pedantic -fPIC -D_POSIX_SOURCE
-D_POSIX_C_SOURCE=199309L
Am Mittwoch, 18. Februar 2004 18:11 schrieb Dieter Nützel:
Background isn't empty/black but the normal desktop background.
Buffer wouldn't be cleared?
SOLVED.
After Fridays DRI/Mesa changes and before yesterdays bug in
drivers/x11/xm_api.c.
Greetings,
Dieter
Am Donnerstag, 5. Februar 2004 19:38 schrieb Dieter Nützel:
Have you seen, that it is much faster (hardware accelerate?) in the broken
area (on the right and right/below corner)?
progs/demos ./stex3d
Mesa: software DXTn compression/decompression available
GL_RENDERER: Mesa DRI R200 20030328
TaskParallelism
Maybe due to Ian's SMP multicontext fix.
Cheers,
Dieter
---
This SF.net email is sponsored by: The Robotic Monkeys at ThinkGeek
For a limited time only, get FREE Ground shipping on all orders of $35
or more. Hurry up
Or xf86drm.c buf free changes?
Sorry, no more time for testing, tonight.
-Dieter
---
This SF.net email is sponsored by: The Robotic Monkeys at ThinkGeek
For a limited time only, get FREE Ground shipping on all orders of $35
or more. Hurry up
Am Mittwoch, 28. Januar 2004 13:52 schrieb Roland Scheidegger:
Dieter Nützel wrote:
Am Samstag, 24. Januar 2004 03:00 schrieb Roland Scheidegger:
Dieter Nützel wrote:
Am Freitag, 16. Januar 2004 20:00 schrieb Roland Scheidegger:
ok, here's another attempt, which uses an external dxtn library
Am Montag, 5. April 2004 19:05 schrieb Dieter Nützel:
dual Athlon MP 1900+
MSI K7D Master-L (AMD 760 MPX)
1 GB DDR266, CL2 (2x 512 MB)
Radeon 8500QL, 64 MB
Linux 2.6.4-44.9 (SuSE 9.0.42 with 2.6.5-rc-mm stuff)
Latest DRI CVS trunk (Mesa-6.1)
SMP in Mesa isn't working, today. (Since June
Am Freitag, 16. April 2004 00:10 schrieb Ian Romanick:
Ian Romanick wrote:
I finally have access to an x86 SMP box, and I have a few cycles to look
at the SMP related problems. I'm using an AGP G400 and quake3-smp. Like
Dieter, I get a black screen and a hung program. When I break in with
progs/demos ./gltestperf
GLTest v1.0
Written by David Bucciarelli
Mesa: software DXTn compression/decompression available
Benchmark: 0
Elapsed time for the calibration test (22282): 2.00
Selected number of benchmark iterations: 55705
Elapsed time for run 0: 1.207000
Elapsed time for run 1:
Speed things definitely up (even on SMP).
http://marc.theaimsgroup.com/?l=dri-develm=106668758605732w=2
More on this here:
http://marc.theaimsgroup.com/?l=dri-develm=107736345811718w=2
Huray,
wire-frame is on top (VTK), again.
But some slowdown for [] (normal), [small_sphere] and
dri-trunk/xc cvs update
cvs [update aborted]: connect to dri.freedesktop.org(131.252.208.82):2401
failed: Connection refused
/opt/Mesa cvs update
cvs [update aborted]: connect to pdx.freedesktop.org(131.252.208.82):2401
failed: Connection refused
--
Dieter Nützel
@home: Dieter.Nuetzel ()
Am Freitag, 9. April 2004 21:36 schrieb Dieter Nützel:
dri-trunk/xc cvs update
cvs [update aborted]: connect to dri.freedesktop.org(131.252.208.82):2401
failed: Connection refused
/opt/Mesa cvs update
cvs [update aborted]: connect to pdx.freedesktop.org(131.252.208.82):2401
failed:
Am Freitag, 9. April 2004 16:09 schrieb Brian Paul:
Dieter Nützel wrote:
After the Mesa CVS rearrangement the libOSMesa libary in Mesa CVS and in
the DRI CVS tree differs. But we only have the osmesa.h version in Mesa
CVS.
Where can I find the right one for
Am Donnerstag, 8. April 2004 17:14 schrieb Michel Dnzer:
On Thu, 2004-04-08 at 16:32, Dieter Ntzel wrote:
Am Donnerstag, 8. April 2004 15:13 schrieb Dave Airlie:
our DRM is now synced with changes in 2.6 that we don't have, now to
try and get a patch or maybe a bk repo going the other way
dri-trunk/xc diff -ur xc/programs/Xserver/GL/glx/single2.c
xc/programs/Xserver/GL/glx/single2.c.orig
--- xc/programs/Xserver/GL/glx/single2.c2004-03-04 23:01:25.0
+0100
+++ xc/programs/Xserver/GL/glx/single2.c.orig 2004-04-08 18:19:38.936761159
+0200
@@ -344,7 +344,7 @@
After the Mesa CVS rearrangement the libOSMesa libary in Mesa CVS and in the
DRI CVS tree differs. But we only have the osmesa.h version in Mesa CVS.
Where can I find the right one for /usr/X11R6/lib/libOSMesa.so.4.0?
I get errors with /opt/Mesa/include/GL/osmesa.h
and
Am Samstag, 3. April 2004 16:25 schrieb Dieter Nützel:
make[3]: Entering directory `/opt/Mesa/progs/xdemos'
gcc -I../..//include -Wall -O3 -ansi -pedantic -fPIC -D_POSIX_SOURCE
-D_POSIX_C_SOURCE=199309L -D_SVID_SOURCE -D_BSD_SOURCE -DUSE_XSHM
-DUSE_X86_ASM -DUSE_MMX_ASM -DUSE_3DNOW_ASM
make[3]: Entering directory `/opt/Mesa/progs/xdemos'
gcc -I../..//include -Wall -O3 -ansi -pedantic -fPIC -D_POSIX_SOURCE
-D_POSIX_C_SOURCE=199309L -D_SVID_SOURCE -D_BSD_SOURCE -DUSE_XSHM
-DUSE_X86_ASM -DUSE_MMX_ASM -DUSE_3DNOW_ASM -DUSE_SSE_ASM -DPTHREADS
-I/usr/X11R6/include xdemo.c
Am Freitag, 26. März 2004 22:51 schrieb Brian Paul:
Dieter Nützel wrote:
Am Freitag, 26. März 2004 21:54 schrieb Dieter Nützel:
Am Freitag, 26. März 2004 21:20 schrieb Brian Paul:
Dieter Nützel wrote:
All depend files and the binaries (progs/xdemos) aren't deleted.
OK, I'll look at that.
1 - 100 of 269 matches
Mail list logo