Hi Michel!
Friday 04, at 12:29:26 AM you wrote:
skip
Yes, of course. Seeking this found another problem - darkplaces after hard
playing (intro demo) lockups X - program exited abnormally with
drmRadeonIrqWait: -4 message.
-4 is -EINTR, i.e. the system call was interrupted by a
Andy == Andy Dustman [EMAIL PROTECTED] writes:
Andy Which is it, then: Snapshots or no snapshots? The current snapshots (for
Andy linux-i386) don't work unless you have Red Hat 8.0 and/or glibc-2.3; I'm
Andy not even sure that they work on that platform. Broken snapshots are
of snapshots from the HEAD with
this chroot environment. They are available from the usual place with
a build tag of *-20021004-linux.i386.tar.bz2 .
As said before these snapshots were made in a chroot environment, based
on Gentoo Linux 1.2, with gcc-2.95.3, glib-2.2.5, and xfree-4.2.0.
Your
On Fre, 2002-10-04 at 10:59, Adam Duck wrote:
Andy == Andy Dustman [EMAIL PROTECTED] writes:
Andy Which is it, then: Snapshots or no snapshots? The current snapshots (for
Andy linux-i386) don't work unless you have Red Hat 8.0 and/or glibc-2.3; I'm
Andy not even sure that they
[...snip...]
This assuming, of course, that these snapshots are indeed the promised
holly graal. Please test.
seem to work fine for my system
(i tried the r200-package, on debian unstable, gcc is 2.95.4 on my system)
nice work
José Fonseca
On Fri, Sep 27, 2002 at 07:53:22PM +0100, Keith Whitwell wrote:
One option is to have the kernel actually do the fixup of the buffers when
they are submitted by the client, so the driver never knows really where it's
textures are, but talks about them via. some indirection.
I've been
I checked out latest CVS earlier and compiled it, it seems to work
fine now.
- Chad
On 1 Oct 2002, Michel [ISO-8859-1] Dänzer wrote:
On Mon, 2002-09-30 at 02:18, Chad Page wrote:
Nope, dosen't work with that - I still have to comment out the
call in
On Sam, 2002-10-05 at 01:29, Chad Page wrote:
I checked out latest CVS earlier and compiled it, it seems to work
fine now.
Yes, I tracked this down together with Kevin Puetz. Glad to hear the fix
works for you as well.
--
Earthling Michel Dänzer (MrCooper)/ Debian GNU/Linux
Am Mittwoch, 2. Oktober 2002 09:58 schrieb Keith Whitwell:
I definitely running this on my dual Athlon with latest ACPI for 2.4.19
and irq's routing enabled, I think.
With procinfo -f I see ~980 irq/sec during gears.
Same with r200 code from yesterday. But it was much faster.
I
On Sat, 5 Oct 2002 03:50:38 +0200
Dieter Nützel [EMAIL PROTECTED] wrote:
Am Mittwoch, 2. Oktober 2002 09:58 schrieb Keith Whitwell:
I definitely running this on my dual Athlon with latest ACPI for 2.4.19
and irq's routing enabled, I think.
With procinfo -f I see ~980 irq/sec during
But Q3A get best (~136 fps) only with setenv R200_NO_USLEEPS 1.
Stefan Lange reported that Quake3 gives him max 50FPS which sounds like
a usleep limit. I saw that usleep is used in several places in
r200_ioctl.c. I'm afraid that my change in r200Clear may be causing
trouble.
I could
Short form tonight 'cause I'm somewhat tired and angry about X server hang
during my tests so that I have to kill KMail (KDE 3.1 beta2) with my long
one...;-(
Kernel 2.5.40 (-mcp3/-ac3) did the trick.
No more stuttering during UT 436 (numbers to come).
Mesa/demos ut
[1] 10759
Mesa/demos
12 matches
Mail list logo