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
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 co
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 ex
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
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 PROTE
On Fri, 08 Oct 2004 13:19:34 -0700, Ian Romanick <[EMAIL PROTECTED]> wrote:
>
>
> 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 intere
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 ex
--- 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() operati
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 perform
Alan Cox wrote:
On Iau, 2004-10-07 at 15:40, Ville SyrjÃlà 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 canno
On Iau, 2004-10-07 at 15:40, Ville SyrjÃlà 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
p
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
> 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
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 memo
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 & SSE
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
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 instruct
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.
>
Alan Cox wrote:
On Mer, 2004-10-06 at 16:56, Dieter NÃtzel 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 16:56, Dieter NÃtzel 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 t
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 me
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, 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 interesti
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 ca
25 matches
Mail list logo
