On Sun, 2002-11-24 at 17:42, Michel Dänzer wrote:
> On Mit, 2002-11-06 at 18:04, Keith Packard wrote:
> > Around 16 o'clock on Nov 6, Michel =?ISO-8859-1?Q?D=E4nzer?= wrote:
> >
> > > Okay, is there anything wrong with turning the struct for the ioctl into
> > > a union of a request and a reply st
On Sat, Nov 23, 2002 at 07:51:08AM -0700, Brian Paul wrote:
>Adam K Kirchhoff wrote:
>> On Fri, 22 Nov 2002, Brian Paul wrote:
>>
>>
>>>Adam K Kirchhoff wrote:
>>>
I would be worried that whatever is causing the server from the mesa-41
branch to crash under FreeBSD is going to make it way
On Mit, 2002-11-06 at 18:04, Keith Packard wrote:
> Around 16 o'clock on Nov 6, Michel =?ISO-8859-1?Q?D=E4nzer?= wrote:
>
> > Okay, is there anything wrong with turning the struct for the ioctl into
> > a union of a request and a reply struct? :)
>
> That is the usual way, I believe... Or, you c
On Sun, 2002-11-24 at 22:20, [EMAIL PROTECTED] wrote:
> I was currently using 2.4.20-rc2-ac3 + ALSA + CVS DRI. I went back to
> the old installation of 2.4.19-pre5-ac3 and everything works fine (this
> also had ALSA and CVS DRI from about May). I then updated ALSA & DRI
> to current, and it was bac
On Sun, 2002-11-24 at 23:09, Felix Kühling wrote:
> I'm having problems burning CDs at speeds higher than 16x too. But
> disabling DRI (no radeon.o module loaded) didn't change that. I'm using
> a stock 2.4.19 kernel + preemptible patch. On the console I see an IDE
2.4 IDE wont work reliably with
On Mon, Nov 25, 2002 at 12:09:23AM +0100, Felix Kühling wrote:
> I'm having problems burning CDs at speeds higher than 16x too.
Have you tried to disable DMA for CD-Writer?
--
http://decopter.sf.net - free unrealistic helicopter simulator
--
On Son, 2002-11-24 at 23:20, [EMAIL PROTECTED] wrote:
> In the past few months I've been noticing 2 problems with my A7M266-D
> (dual athlon) computer (2 processors installed) with its ATI Radeon
> 7500 gfx card:
>
> 1) Whenever I try to burn CD's at x20 it falls over very quickly
> (about 12MByte
On Sun, 24 Nov 2002 22:20:26 +
[EMAIL PROTECTED] wrote:
>
> In the past few months I've been noticing 2 problems with my A7M266-D
> (dual athlon) computer (2 processors installed) with its ATI Radeon
> 7500 gfx card:
>
> 1) Whenever I try to burn CD's at x20 it falls over very quickly
> (abo
On Sun, Nov 24, 2002 at 10:45:48 +, Alan Hourihane wrote:
> On Sun, Nov 24, 2002 at 10:11:12 +, Alan Hourihane wrote:
> >
> > I've found a crash with the current trunk code using indirect GLX mode.
> >
> > I'll post a few more details soon.
>
> Having built a debug server it shows that t
Are you sure your HDD is using DMA?
Maybe you could post the result of `hdparm -Tt /dev/hda' (or whatever
disk is your root harddisk. -Tt is a nondestructive test and should tell
you how many MB/s you can get to your drive. With DMA off, it will be
quite low (3MB or so per second), but with DMA
On Sun, Nov 24, 2002 at 10:11:12 +, Alan Hourihane wrote:
>
> I've found a crash with the current trunk code using indirect GLX mode.
>
> I'll post a few more details soon.
Having built a debug server it shows that the last checkin to
swrast/s_context.c which adds a _mesa_pb_flush(ctx); cal
In the past few months I've been noticing 2 problems with my A7M266-D
(dual athlon) computer (2 processors installed) with its ATI Radeon
7500 gfx card:
1) Whenever I try to burn CD's at x20 it falls over very quickly
(about 12MBytes). Burning them at x8 at least gives me a chance of
backing thi
I've found a crash with the current trunk code using indirect GLX mode.
I'll post a few more details soon.
Alan.
---
This sf.net email is sponsored by:ThinkGeek
Welcome to geek heaven.
http://thinkgeek.com/sf
_
Hello!
a roundup:
my lockup with the old radeon occurs with
current trunk and with mesa-4-1-branch (2002-11-24)
If only the application crashes, you can get these
outputs:
xmms: radeon_vtxfmt.c:325: copy_dma_verts: Zusicherung »0« nicht
erfüllt.
(assertion)
(app. died itself)
or:
drmRadeonCmdBuf
Am 2002.11.24 13:29:20 +0100 schrieb(en) [EMAIL PROTECTED]:
A friend of mine reported something like this (haven't seen it
myself).
For him, killing the DRI client(s) resumes normal operation. Can
you
confirm that? If so, that's not an actual lockup.
I can confirm that.
I can confirm that, too,
A friend of mine reported something like this (haven't seen it myself).
For him, killing the DRI client(s) resumes normal operation. Can you
confirm that? If so, that's not an actual lockup.
I can confirm that.
Testing again, it's not too easily reproduceable here (which doesn't
help much). Howe
hello!
good and bad news:
1.) _my_ lockup with xmms and the OpenGL LAVA and
spectrum-analyzer IS NOT specific to
a) the radeon.o kernelmodul: newest build of radeon.o fails, too
b) mesa-4-1-branch: current trunk fails, too
c) I have to check newest build of mesa-4-1-branch from today
2.) (at
On Son, 2002-11-24 at 18:39, Andreas Stenglein wrote:
>
> Nov 23 20:18:13 buche kernel: [drm:radeon_irq_emit] *ERROR*
> radeon_irq_emit called without lock held
> Nov 23 20:18:13 buche kernel: [drm:radeon_lock_take] *ERROR* 6 holds
> heavyweight lock
A friend of mine reported something like thi
dri-devel,
YOUR GUARANTEED DOWNLINE!!! No sponsoring required!No selling required!Receive GUARANTEED monthly checks!Use Our Explosive Online Sponsoring System to build a massive money-making machine from the convenience of your home, sitting at your computer like you are right now...
Hello!
1.) Sorry, I didn't want to confuse someone:
I'm using the "old" radeon_dri.so, as I only have a Radeon 7500,
not the r200
2.) stability:
My system is (almost) fine, even with 3d (its enabled all the time):
Last time the Xserver died, I saw a "spurius interrupt occured" or
so in dmesg, so I
On Sun, Nov 24, 2002 at 01:48:17PM +0100, Morten Hustveit wrote:
> Voodoo cards default to synchronize display update to the refresh rate
AFAIK not with current drivers
6070 frames in 5.0 seconds = 1214.000 FPS
--
http://decopter.sf.net - free unrealistic helicopter simulator
---
User wrote:
I have a quick question. I currently use debian linux and I noticed
something very weird. I was using the Mesa 3.4.2 package for my opengl
rendering, but I then went ahead and tried the xlibmesa package
instead. Now when I run 'glxgears -info' I get a very high number from
before.
Begin forwarded message:
Date: Sun, 24 Nov 2002 00:32:39 +0100
From: Bachman Kharazmi <[EMAIL PROTECTED]>
To: [EMAIL PROTECTED]
Subject: [Dri-users] ATI Radeon 8500 - dri howto - ATT: Smitty, Liam
hello liam
My abit m/b have been crashing so I've had a mess at home. That's why your mail took
I have a quick question. I currently use debian linux and I noticed
something very weird. I was using the Mesa 3.4.2 package for my opengl
rendering, but I then went ahead and tried the xlibmesa package
instead. Now when I run 'glxgears -info' I get a very high number from
before. Check down be
oliver wrote:
Hi,
I just found a link to leocad and figured it be fun to play around with.
Leocad uses DRI to do it's thing so i figured it be a nice test.
I'm currently using yesterday's X cvs (4.2.99.2) yesterday's DRI
bleeding egde for the r200 and today's CVS of leocad. I got a connect3d
From the various emails I gather that there may be an X server
lock-up problem independant of the DRI, with both the trunk and
mesa-41 branch. If that's incorrect, let me know.
Then, it appears that the r200 driver on the mesa-41 branch may
have a problem too. If you've got both trunk and mesa-
Andreas Stenglein wrote:
Hello,
just yesterday I had such a lockup of the xserver, too.
It ocurred when I played with xmms and enabled 3 vis-plugins:
G force, then OpenGL LAVA, then OpenGL Spectrum Analyzer.
The Spectrum Analyzer overlapped the LAVA-Window, and a moment
later the Xserver "was lock
Well, I rebuilt the X server, commenting out the DoLoadableServer NO line
from host.def. And, once again, the server crashed as soon as I tried to
run gkrellm, though I had no problems running gkrellm or kde with the
static server.
I took Eric suggestion and built gdb52 from the ports tree. Run
On 23 Nov 2002, Eric Anholt wrote:
> On Sat, 2002-11-23 at 16:16, Adam K Kirchhoff wrote:
> >
> > On Sat, 23 Nov 2002, Brian Paul wrote:
> >
> > > Adam K Kirchhoff wrote:
> > >
> > > > Alright... That fixed the xf86usleep error, but the server crashes are
> > > > still happening.
> > >
> > > Cou
On Sunday 24 November 2002 12:52, Simon Cahuk wrote:
> I have SuSE 8.1 and a banshee card. Glxgears is very slow, 60 FPS only.
Voodoo cards default to synchronize display update to the refresh rate of the
display, hence you will not get frame rates above 60 FPS if your display is
60 Hz. This i
On Sat, Nov 23, 2002 at 08:28:41AM -0700, Brian Paul wrote:
> Dieter Nützel wrote:
> >Linux 2.5.47 (radeon.o 1.6.0)
> >
> >GL_VERSION: 1.4 Mesa 5.0
> >GL_EXTENSIONS: GL_ARB_depth_texture GL_ARB_imaging GL_ARB_multitexture
> >GL_ARB_point_parameters GL_ARB_shadow GL_ARB_shadow_ambient
> >GL_ARB_te
Hi,
I have SuSE 8.1 and a banshee card. Glxgears is very slow, 60 FPS only.
But when I play Q3A, everything is normal, so DRI works. I recompiled
glxgears from XFree's CVS and the result is still the same.
Now make World (DRI CVS) takes 100 minutes, with SuSE 8.0 it took 64
minutes (gcc 2.95.3).
...that your computer reads to you aloud! This collection includes the complete works of thousands of literature, poetry, classics, reference, historical documents, and even classical music! There are hundreds of authors and thousands of books on this CD!!Your computer will actually READ ~ou the
Hello,
just yesterday I had such a lockup of the xserver, too.
It ocurred when I played with xmms and enabled 3 vis-plugins:
G force, then OpenGL LAVA, then OpenGL Spectrum Analyzer.
The Spectrum Analyzer overlapped the LAVA-Window, and a moment
later the Xserver "was locked" (music continued playi
34 matches
Mail list logo