[Dri-devel] glDrawPixels on i810

2001-09-30 Thread Regard Inbox
Does current i810 drm accelerate 2D path? I get about 6mln pps in drawpix :( Michael ___ Dri-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/dri-devel

Re: [Dri-devel] glDrawPixels on i810

2001-09-30 Thread Michael Zayats
The DMA buffers and the frame buffer are in a unified memory pool, so it isn't any quicker to put the data into DMA and then have hardware upload it. Very little consumer hardware provides support for the operations necessary to implement much of drawpixels anyway. what about

Re: [Dri-devel] glDrawPixels on i810

2001-09-30 Thread ralf willenbacher
Michael Zayats wrote: what about glPixelsZoom? I would have been very pleased to see it hardware accelerated... when the pixmap wont change i would load it as a texture and draw it as a quad. if its changing use gltexsubimage to update it. i dont think its a special path for the 810

Re: [Dri-devel] glDrawPixels on i810

2001-09-30 Thread Allen Akin
On Sun, Sep 30, 2001 at 10:09:47PM +0200, Marcelo E. Magallon wrote: | Is it really a pure hardware problem? Rumors on comp.graphics.opengl | are that the vendors don't invest time optimizing that path (in the | driver) because there's not much demand for it. ... Most consumer-level

[Dri-devel] Flushing DMA buffers in BlockHandler()

2001-09-30 Thread Michel Dänzer
On Thu, 2001-09-20 at 22:52, Michel Daenzer wrote: Log message: flush indirect buffer in the BlockHandler Modified files: xc/xc/programs/Xserver/hw/xfree86/drivers/ati/: r128_driver.c I just noticed that the radeon driver doesn't do this yet - does it work well with