Am Dienstag, 12. Oktober 2004 20:24 schrieb Ian Romanick:
Dieter Nützel wrote:
NONE of your three versions gave me direct rendering?!
I've tested with and without your TLS-patch (progress?).
The symbols are in.
DRI-Mesa/Patches nm /usr/X11R6-NO-TLS/lib/modules/dri/r200_dri.so | grep
Dieter Nützel wrote:
NONE of your three versions gave me direct rendering?!
I've tested with and without your TLS-patch (progress?).
The symbols are in.
DRI-Mesa/Patches nm /usr/X11R6-NO-TLS/lib/modules/dri/r200_dri.so | grep
r200ReadRGBASpan_ARGB
00175714 t r200ReadRGBASpan_ARGB
00175be4
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
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
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
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
Alan Cox wrote:
On Mer, 2004-10-06 at 22:02, Ian Romanick wrote:
Here's my question. Is there any way to trick it into doing
back-to-back reads as a single PCI transfer? So, if I did something like:
Not that anyone has found. I'm not sure PCI even really allows it except
for prefetchable
Note that there's some code in there already which uses the blitter to copy
from framebuffer to agp memory, though it tries to implement the entire
readpixels() operation rather than being a useful low-level operation.
AGP memory is hostside uncached (CPU limitations on x86 for one) which
On Thu, Oct 07, 2004 at 02:02:38PM +0100, Alan Cox wrote:
Note that there's some code in there already which uses the blitter to copy
from framebuffer to agp memory, though it tries to implement the entire
readpixels() operation rather than being a useful low-level operation.
AGP memory
On Iau, 2004-10-07 at 15:40, Ville Syrjl wrote:
Why can't we make AGP memory cached? Wouldn't it be enought to flush the
caches at some critical points?
Possibly although it is not trivial to see how we get that right,
especially with the 4Mb kernel maps. The x86 processor cannot handle a
page
Alan Cox wrote:
On Iau, 2004-10-07 at 15:40, Ville Syrjl wrote:
Why can't we make AGP memory cached? Wouldn't it be enought to flush the
caches at some critical points?
Possibly although it is not trivial to see how we get that right,
especially with the 4Mb kernel maps. The x86 processor cannot
On Wed, 6 Oct 2004, Eric Anholt wrote:
On Wed, 2004-10-06 at 09:33, Vladimir Dergachev wrote:
On Wed, 6 Oct 2004, Dieter [iso-8859-15] Nützel wrote:
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
--- Ville Syrjälä [EMAIL PROTECTED] wrote:
On Thu, Oct 07, 2004 at 02:02:38PM +0100, Alan Cox wrote:
Note that there's some code in there already which uses the blitter
to copy
from framebuffer to agp memory, though it tries to implement the
entire
readpixels() operation rather
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
On Wed, 6 Oct 2004, Dieter [iso-8859-15] Nützel wrote:
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
Vladimir Dergachev wrote:
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
On Wed, 2004-10-06 at 09:33, Vladimir Dergachev wrote:
On Wed, 6 Oct 2004, Dieter [iso-8859-15] Nützel wrote:
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
On Mer, 2004-10-06 at 16:56, Dieter Ntzel wrote:
What about MMX2, 3DNow, 3DNow2 (pro), SSE (1)?
It would be nice if we have this like MPlayer:
Soreen wrote a set of routines for this that are in Xorg 6.8.* and
optimise the readback of video memory for render operations - naturally
enough they
Alan Cox wrote:
On Mer, 2004-10-06 at 16:56, Dieter Ntzel wrote:
What about MMX2, 3DNow, 3DNow2 (pro), SSE (1)?
It would be nice if we have this like MPlayer:
Soreen wrote a set of routines for this that are in Xorg 6.8.* and
optimise the readback of video memory for render operations - naturally
On Mer, 2004-10-06 at 19:36, Ian Romanick wrote:
from video RAM to system RAM. It has to convert the pixel data from its
native, on-card format to RGBA. In the case of my patch, it
converts from BGRA to RGBA while doing the copy. That's why it needs
the SSE2 shift instructions.
From
Alan Cox wrote:
On Mer, 2004-10-06 at 19:36, Ian Romanick wrote:
from video RAM to system RAM. It has to convert the pixel data from its
native, on-card format to RGBA. In the case of my patch, it
converts from BGRA to RGBA while doing the copy. That's why it needs
the SSE2 shift
On Mer, 2004-10-06 at 22:02, Ian Romanick wrote:
Here's my question. Is there any way to trick it into doing
back-to-back reads as a single PCI transfer? So, if I did something like:
Not that anyone has found. I'm not sure PCI even really allows it except
for prefetchable memory.
Except of
Dieter Nützel wrote:
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
24 matches
Mail list logo