Please do not reply to this email: if you want to comment on the bug, go to
the URL shown below and enter yourcomments there.
https://freedesktop.org/bugzilla/show_bug.cgi?id=814
--- Additional Comments From [EMAIL PROTECTED] 2004-10-08 00:45 ---
dbg = 0x06
On Thursday 07 October 2004 11:57, Paulo R. Dallan wrote:
On Thursday 07 October 2004 11:43, Keith Whitwell wrote:
Paulo R. Dallan wrote:
On Thursday 07 October 2004 10:37, Felix Kühling wrote:
On Tue, 5 Oct 2004 19:04:02 -0300
Paulo R. Dallan [EMAIL PROTECTED] wrote:
snip
Well,
I'm having problems with my laptop after doing an apt-get upgrade.
I have done a make install since the upgrade.
The mach64 kernel driver is getting loaded, but direct rendering is
never enabled. Instead, I get various drmOpenDevice failures for
/dev/dri/card0 through /dev/dri/card254:
Mind you, I haven't updated my copy of the DRI cvs tree in a very long time.
Certainly not since I last did a make install. Any ideas?
The only thing I'm noticing now that I don't remember seeing before is this:
mach64: Ignoring new-style parameters in presence of obsolete ones
[drm]
Dave Airlie wrote:
Mind you, I haven't updated my copy of the DRI cvs tree in a very long time.
Certainly not since I last did a make install. Any ideas?
The only thing I'm noticing now that I don't remember seeing before is this:
mach64: Ignoring new-style parameters in presence of obsolete ones
That's very possible, but I did reinstall from my local copy of the DRI/Mesa
cvs tree.
where did the drm come from?
The drm branch of the DRI cvs. From back in September. What's the current
state of the cvs tree? I don't mind upgrading to the most recent code, but
given how long it
Dave Airlie wrote:
That's very possible, but I did reinstall from my local copy of the DRI/Mesa
cvs tree.
where did the drm come from?
The drm branch of the DRI cvs. From back in September. What's the current
state of the cvs tree? I don't mind upgrading to the most recent code, but
Hi!
Jon Smirl wrote:
On Thu, 07 Oct 2004 08:56:30 +0200, Thomas Hellstrom
[EMAIL PROTECTED] wrote:
Hi!
Ok, now the rmmod oops is gone, and I'm back at the previous state...
Oops the fourth time the via module is loaded. No X server activity:
Give this patch a try and
Like the Subject says I can't apply S3TC patch anymore to current Mesa
tree (works with yesterday tree) .
I get these messages :
[EMAIL PROTECTED]:~/prova/Mesa$ zcat
../mesa_dri_txc_cvs040908.diff.gz | patch -p0
zcat: ../mesa_dri_txc_cvs040908.diff.gz: No such file or directory
[EMAIL
On Fri, 8 Oct 2004 15:29:38 +0200, Marcello Maggioni [EMAIL PROTECTED] wrote:
Like the Subject says I can't apply S3TC patch anymore to current Mesa
tree (works with yesterday tree) .
I get these messages :
[EMAIL PROTECTED]:~/prova/Mesa$ zcat
../mesa_dri_txc_cvs040908.diff.gz | patch
Please do not reply to this email: if you want to comment on the bug, go to
the URL shown below and enter yourcomments there.
https://freedesktop.org/bugzilla/show_bug.cgi?id=814
--- Additional Comments From [EMAIL PROTECTED] 2004-10-08 06:44 ---
dbg=0x6
On Fri, 8 Oct 2004 09:42:54 -0400, Alex Deucher [EMAIL PROTECTED] wrote:
On Fri, 8 Oct 2004 15:29:38 +0200, Marcello Maggioni [EMAIL PROTECTED] wrote:
Like the Subject says I can't apply S3TC patch anymore to current Mesa
tree (works with yesterday tree) .
I get these messages :
On Fri, 8 Oct 2004 15:55:40 +0200, Marcello Maggioni [EMAIL PROTECTED] wrote:
On Fri, 8 Oct 2004 09:42:54 -0400, Alex Deucher [EMAIL PROTECTED] wrote:
On Fri, 8 Oct 2004 15:29:38 +0200, Marcello Maggioni [EMAIL PROTECTED] wrote:
Like the Subject says I can't apply S3TC patch anymore
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
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 with yesterday tree) .
'Cause it is IN...?! ;-)))
You've worked hard
On Fri, 8 Oct 2004 16:34:38 +0200, Marcello Maggioni [EMAIL PROTECTED] wrote:
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
On Fri, 8 Oct 2004 16:47:56 +0200
Marcello Maggioni [EMAIL PROTECTED] wrote:
[snip]
I've also another question . Why ,if I choose in DRICONF Frame
Throttling as Usleep or Busy Waiting I get this message if I try to
run applications as user, do I get this message ? :
IRQ's not enabled,
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 with
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 by
environment.
Fatal error in __driConfigOptions line 75, column 0:
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 by
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
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
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?
It is due to disabled TCL for doom3!
When I delete doom3 settings from drirc
driconf
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.
Please do not reply to this email: if you want to comment on the bug, go to
the URL shown below and enter yourcomments there.
https://freedesktop.org/bugzilla/show_bug.cgi?id=814
--- Additional Comments From [EMAIL PROTECTED] 2004-10-08 09:45 ---
dbg=0x6 is
On Fri, 8 Oct 2004 18:43:28 +0200, Dieter Nützel
[EMAIL PROTECTED] wrote:
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
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 is that the
Marcello Maggioni wrote:
I get :
WARNING: vertex array range in virtual memory (SLOW)
signal caught: Segmentation fault
si_code 1
Trying to exit gracefully..
Shutting down sound hardware
You don't list what you got as renderer, but this sounds to me like you
got indirect rendering. You need to
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
Paulo R. Dallan wrote:
*glxinfo*:
direct rendering *yes*
OpenGL renderer string: Mesa DRI R200 20030328 AGP 4x x86/MMX+/3DNow!+/SSE TCL
OpenGL version string: 1.3 *Mesa* *5.0.2*
*glxgears* *-info*:
GL Renderer: *Mesa* GLX *indirect*
GL_VERSION= 1.2 (1.5 *Mesa* *6.1*)
Some doubts:
(a) Shouldn't
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 to exit gracefully..
Shutting down sound hardware
You don't list
On Friday 08 October 2004 08:08, Felix Kühling wrote:
On Fri, 8 Oct 2004 05:37:30 -0300
Paulo R. Dallan [EMAIL PROTECTED] wrote:
On Thursday 07 October 2004 11:57, Paulo R. Dallan wrote:
On Thursday 07 October 2004 11:43, Keith Whitwell wrote:
Paulo R. Dallan wrote:
On Thursday 07
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 @@
*/
Hi, Eric!
Can this be assigned back to you? I have another pair of PCI IDs,
BTW, and I am sure, there are people with shiny new Radeon-9800 out
there too... Yours,
-mi
cvs diff: Diffing .
Index: drm_pciids.h
===
RCS file:
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
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
On Fri, 2004-10-08 at 11:17, Mikhail Teterin wrote:
Hi, Eric!
Can this be assigned back to you? I have another pair of PCI IDs,
BTW, and I am sure, there are people with shiny new Radeon-9800 out
there too... Yours,
This is not a bug. The DRM does not support r300-series hardware.
Among
On Thu, 07 Oct 2004 07:11:42 -0700, Nathan Olberding
[EMAIL PROTECTED] wrote:
dmesg output is attached, as well as /var/log/messages. I can feel it,
I'm gonna gets me my DRI! (maybe)
hmmm... looks like the drm is causing an oops. You might try a newer
one, or try the one from xorg cvs.
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
MMX SSE2 routines can be used for other cards as well. For
On Fri, 8 Oct 2004, Eric Anholt wrote:
On Fri, 2004-10-08 at 11:17, Mikhail Teterin wrote:
Hi, Eric!
Can this be assigned back to you? I have another pair of PCI IDs,
BTW, and I am sure, there are people with shiny new Radeon-9800 out
there too... Yours,
This is not a bug. The DRM does not
On Fri, 2004-10-08 at 08:41, Dieter Nützel wrote:
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
On Fri, 8 Oct 2004, Alex Deucher wrote:
On Thu, 07 Oct 2004 07:11:42 -0700, Nathan Olberding
[EMAIL PROTECTED] wrote:
dmesg output is attached, as well as /var/log/messages. I can feel it,
I'm gonna gets me my DRI! (maybe)
[snip..]
vesafb: framebuffer at 0xd000, mapped to 0xe680a000, size
On Fri, 8 Oct 2004 16:26:58 -0400 (EDT), Vladimir Dergachev
[EMAIL PROTECTED] wrote:
On Fri, 8 Oct 2004, Alex Deucher wrote:
On Thu, 07 Oct 2004 07:11:42 -0700, Nathan Olberding
[EMAIL PROTECTED] wrote:
dmesg output is attached, as well as /var/log/messages. I can feel it,
I'm gonna
On Fri, 8 Oct 2004 20:44:14 +0200, Dieter Nützel
[EMAIL PROTECTED] wrote:
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
+++
On Fri, 08 Oct 2004 13:23:03 -0700, Eric Anholt [EMAIL PROTECTED] wrote:
On Fri, 2004-10-08 at 08:41, Dieter Nützel wrote:
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
On Fri, 2004-10-08 at 13:40, Marcello Maggioni wrote:
On Fri, 08 Oct 2004 13:23:03 -0700, Eric Anholt [EMAIL PROTECTED] wrote:
On Fri, 2004-10-08 at 08:41, Dieter Nützel wrote:
Am Freitag, 8. Oktober 2004 17:37 schrieb Felix Kühling:
On Fri, 8 Oct 2004 17:10:35 +0200
Dieter Nützel
Please do not reply to this email: if you want to comment on the bug, go to
the URL shown below and enter yourcomments there.
https://freedesktop.org/bugzilla/show_bug.cgi?id=1461
--- Additional Comments From [EMAIL PROTECTED] 2004-10-08 14:15 ---
I was told
On Fri, 8 Oct 2004 14:07:20 -0700, Nathan Olberding
[EMAIL PROTECTED] wrote:
I've tried the drm from CVS (which wouldn't compile), both savage snapshots from
Felix's site, and the os-support/linux one from the 6.8.1 release (which I'm not
sure actually supports DRI). Is there another? Should
Hi!
I've commited the rudimentary command verifyer in the via drm now, and
also altered the
Unichrome DDX to export MMIO read-only. Hopefully we'll update Xorg with
the Unichrome
driver soon as well.
So from my point of view it should be safe for the via drm to go into
the kernel.
The Mesa
Marcello Maggioni wrote:
I experience a great slowdown in using this patch .
[EMAIL PROTECTED]:~/driconf-0.2.2$ glxgears
Mesa: software DXTn compression/decompression available
Using MMX version of ReadRGBASpan
27 frames in 5.1 seconds = 5.320 FPS
25 frames in 5.0 seconds = 4.982 FPS
[EMAIL
On Fri, 08 Oct 2004 15:12:51 -0700, Ian Romanick [EMAIL PROTECTED] wrote:
Marcello Maggioni wrote:
I experience a great slowdown in using this patch .
[EMAIL PROTECTED]:~/driconf-0.2.2$ glxgears
Mesa: software DXTn compression/decompression available
Using MMX version of ReadRGBASpan
On Fri, 2004-10-08 at 15:14, Mikhail Teterin wrote:
Eric Anholt wrote:
On Fri, 2004-10-08 at 11:17, Mikhail Teterin wrote:
Hi, Eric!
Can this be assigned back to you? I have another pair of PCI IDs,
BTW, and I am sure, there are people with shiny new Radeon-9800 out
there too...
Vladimir Dergachev wrote:
On Fri, 8 Oct 2004, Eric Anholt wrote:
On Fri, 2004-10-08 at 11:17, Mikhail Teterin wrote:
Hi, Eric!
Can this be assigned back to you? I have another pair of PCI IDs,
BTW, and I am sure, there are people with shiny new Radeon-9800 out
there too... Yours,
This is not a
Eric Anholt wrote:
On Fri, 2004-10-08 at 11:17, Mikhail Teterin wrote:
Hi, Eric!
Can this be assigned back to you? I have another pair of PCI IDs,
BTW, and I am sure, there are people with shiny new Radeon-9800 out
there too... Yours,
This is not a bug. The DRM does not support
On Wed, 2004-10-06 at 15:19, Robert Clark wrote:
Oct 5 22:02:21 miller kernel: Oops: 0002 [#1]
The attached (trivial) patch fixes this oops for me but I think this
is only half the problem.
What seems to have been happening is that, without the DRIVER_HAVE_DMA
flag, dev-dma was not being
On Fri, 8 Oct 2004, Mikhail Teterin wrote:
Vladimir Dergachev wrote:
On Fri, 8 Oct 2004, Eric Anholt wrote:
On Fri, 2004-10-08 at 11:17, Mikhail Teterin wrote:
Hi, Eric!
Can this be assigned back to you? I have another pair of PCI IDs,
BTW, and I am sure, there are people with shiny new
On Sat, 09 Oct 2004 00:58:00 +0100, Robert Clark [EMAIL PROTECTED] wrote:
On Wed, 2004-10-06 at 15:19, Robert Clark wrote:
Oct 5 22:02:21 miller kernel: Oops: 0002 [#1]
The attached (trivial) patch fixes this oops for me but I think this
is only half the problem.
What seems to
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
MMX SSE2 routines can be used for other cards as well. For
mtrr: no more MTRRs available
mtrr: no more MTRRs available
mtrr: no more MTRRs available
mtrr: 0xd000,0x100 overlaps existing 0xd000,0x10
This is caused by vesa framebuffer driver - try running a kernel without
it.
59 matches
Mail list logo
