Hi,
I was able to reduce CPU usage of applications which use glFinish by
emitting and waiting for an IRQ in radeonFinish before
radeonWaitForIdle. I'm not sure whether radeonWaitForIdle is still
needed after waiting for the IRQ, but keeping it does at least not hurt.
The patch is attached.
One
Felix Kühling wrote:
Hi,
I was able to reduce CPU usage of applications which use glFinish by
emitting and waiting for an IRQ in radeonFinish before
radeonWaitForIdle. I'm not sure whether radeonWaitForIdle is still
needed after waiting for the IRQ, but keeping it does at least not hurt.
Hello
I've been using the r200 driver from your snapshot directory for about
two weeks but I have had some problems. Right now I'm running the
r200-0-2 branch (cvs) from the 20 sep. Xvideo in mplayer is just
black, Xvidix is pink :)) (that's probably because of the xvidix, but
the xvideo is
Should we stop producing snapshots temporarily until the
xaa/compiler/who-knows-what problems are resolved?
There seem to be a lot of complaints about the ones up there now...
Keith
---
This sf.net email is sponsored by:ThinkGeek
Welcome
On Sat, 28 Sep 2002 15:23:51 +0100
Keith Whitwell [EMAIL PROTECTED] wrote:
Anders Rune Jensen wrote:
Hello
I've been using the r200 driver from your snapshot directory for about
two weeks but I have had some problems. Right now I'm running the
r200-0-2 branch (cvs) from the 20 sep.
On 28 Sep 2002 16:50:23 +0200
Michel Dänzer [EMAIL PROTECTED] wrote:
On Sam, 2002-09-28 at 16:28, Anders Rune Jensen wrote:
On Sat, 28 Sep 2002 15:23:51 +0100
Keith Whitwell [EMAIL PROTECTED] wrote:
Anders Rune Jensen wrote:
[...]
I had the same problem when I build it from cvs.
On Sat, Sep 28, 2002 at 03:24:56PM +0100, Keith Whitwell wrote:
Should we stop producing snapshots temporarily until the
xaa/compiler/who-knows-what problems are resolved?
There seem to be a lot of complaints about the ones up there now...
Keith
I have no problem stopping the snapshot builds,
Felix Kühling wrote:
On Sat, 28 Sep 2002 14:56:38 +0100
Keith Whitwell [EMAIL PROTECTED] wrote:
Felix Kühling wrote:
Hi,
I was able to reduce CPU usage of applications which use glFinish by
emitting and waiting for an IRQ in radeonFinish before
radeonWaitForIdle. I'm not sure whether
On Sat, 28 Sep 2002 16:31:56 +0100
Keith Whitwell [EMAIL PROTECTED] wrote:
[snip]
Using a static variable doesn't cut it -- that should go into the
radeonContext struct in radeon_context.h.
Beyond that, it would be *nice* if the irq never happened unless we thought
that we were in danger
Felix Kühling wrote:
On Sat, 28 Sep 2002 16:31:56 +0100
Keith Whitwell [EMAIL PROTECTED] wrote:
[snip]
Using a static variable doesn't cut it -- that should go into the
radeonContext struct in radeon_context.h.
Beyond that, it would be *nice* if the irq never happened unless we thought
I just uploaded a set of binary snapshots built from the CVS head
using RedHat's compat-gcc-7.3-2.96.110 package (which produces code compatible
with the gcc bundled with the RedHat 7.3 and is the same which was producing
the snapshots before).
The files are the *-linux-gcc296.i386.tar.bz2
On 28 Sep 2002 17:13:44 +0200
Michel Dänzer [EMAIL PROTECTED] wrote:
Anders Rune Jensen wrote:
[...]
I had the same problem when I build it from cvs.
Weird. Did you install all of it correctly, in particular libxaa?
I did a make World then a make install. That should
1. For the mailing list info, there is a link to the old Geocrawler
archives. I think that should probably be removed because SF.net has th=
eir
own archives now and they also include the content from the old Geocraw=
ler
archives. You can already get to the SF.net archives by clicking
Howzit?
Having noticed the spam on this list, when I was working on the Mailing list
page ( subscribe / unsubscribe / preferences ) this struck me as odd:
To send mail to the list send to [EMAIL PROTECTED]
Now is this not vulnerable to email harvesting web bots which makes the list
more likely
Am Samstag, 28. September 2002 19:57 schrieb Smitty:
What about the main central archive?
http://marc.theaimsgroup.com/?l=3Ddri-develr=3D1w=3D2
It is fast and dany.
I've added your link but, only the one to dri-devel, I'm reasonably sure
they can figure out how to get dri users /
Op Saterdag, 28 September 2002 20:27:01 Dieter Nützel het geskryf:
Am Samstag, 28. September 2002 19:57 schrieb Smitty:
What about the main central archive?
http://marc.theaimsgroup.com/?l=3Ddri-develr=3D1w=3D2
It is fast and dany.
I've added your link but, only the one to
Am Samstag, 28. September 2002 20:41 schrieb Smitty:
Op Saterdag, 28 September 2002 20:27:01 Dieter Nützel het geskryf:
Am Samstag, 28. September 2002 19:57 schrieb Smitty:
What about the main central archive?
http://marc.theaimsgroup.com/?l=3Ddri-develr=3D1w=3D2
It is fast and
Am Samstag, 28. September 2002 21:20 schrieb Felix Kühling:
On Sat, 28 Sep 2002 17:28:01 +0100
Keith Whitwell [EMAIL PROTECTED] wrote:
Felix Kühling wrote:
[snip]
Ok, I think it can be done. However, we would react to load changes
with one frame delay. Before I go on amusing people
On Sat, 28 Sep 2002 21:36:43 +0200
Dieter Nützel [EMAIL PROTECTED] wrote:
Am Samstag, 28. September 2002 21:20 schrieb Felix Kühling:
On Sat, 28 Sep 2002 17:28:01 +0100
Keith Whitwell [EMAIL PROTECTED] wrote:
Felix Kühling wrote:
[snip]
Ok, I think it can be done. However, we
Am Samstag, 28. September 2002 22:04 schrieb Felix Kühling:
On Sat, 28 Sep 2002 21:36:43 +0200
Dieter Nützel [EMAIL PROTECTED] wrote:
Am Samstag, 28. September 2002 21:20 schrieb Felix Kühling:
On Sat, 28 Sep 2002 17:28:01 +0100
Keith Whitwell [EMAIL PROTECTED] wrote:
Felix
We also haven't recived feedback regarding non-radeon cards.
I would be happy to give some feedback on mach64 - but I am using Leif's
spanshots now (2.96-built AFAIK) - just because they give me xvideo.
Leif, are you still using 2.96 or moving to 3.x?
Regards,
Sergey
Hi again
I remember that with the old Radeon I had on windows, I had beatiful
textures because it used anisotropic filtering. Is it possible to
enable that on r200? And if so how?
--
Anders Rune Jensen
[EMAIL PROTECTED]
---
This sf.net
Haven't we had the same problem with early tdfx driver some months ago?
I think a texture driver change fixed it, there.
-Dieter
---
This sf.net email is sponsored by:ThinkGeek
Welcome to geek heaven.
http://thinkgeek.com/sf
I'm using 2.96, so I think I may have to start including all the DRI stuff
in my patched XV binaries to avoid binary compatibility problems. This
can also be caused by changes to the SAREA in the DRI branch, so I think
it might be easier to keep things in sync that way. I got one report from
I haven't tried the snapshots and I haven't heard from anyone using the
vanilla snapshots without my patches yet, so I'm not sure if there are any
problems there.
Well, at least I can confirm that in my mostly 3.1-based system (at
least the kernel and XFree are 3.1-built) your 2.96-based
On Sam, 2002-09-28 at 19:59, Felix Kühling wrote:
On Sat, 28 Sep 2002 18:02:08 +0100
José Fonseca [EMAIL PROTECTED] wrote:
I just uploaded a set of binary snapshots built from the CVS head
using RedHat's compat-gcc-7.3-2.96.110 package (which produces code compatible
with the gcc
On Sam, 2002-09-28 at 06:34, Bjorn Helgaas wrote:
This adds support for 16K and 64K system page sizes.
[...]
Committed to the DRI trunk, thanks.
--
Earthling Michel Dänzer (MrCooper)/ Debian GNU/Linux (powerpc) developer
XFree86 and DRI project member / CS student, Free Software
I did my own build from CVS and copied libxaa.a from it into the
modules directory - 2D and 3D work with one head but I still get signal 11
with two heads, with and without xinerama. I can disable acceleration and
it will work, so there seems to be another xaa problem with shared
28 matches
Mail list logo
