On Mon, 2006-03-13 at 18:28 +0100, Michel Dänzer wrote: > On Mon, 2006-03-13 at 18:04 +0100, David Reveman wrote: > > This patch adds direct and indirect rendering support for > > GLX_MESA_copy_sub_buffer. Intel, r200 and r300 drivers are the only > > drivers I've implemented support for so far. > > It looks like the Radeon drivers could share the Copy(Sub)Buffer code.
That's probably true. I just added a CopySubBuffer code wherever I found a SwapBuffers implementation. > > > > Xgl works quite well with this patch on intel hardware. However, there's > > currently (at least on Mesa 6.4.2) some issues that causes the intel > > driver (possibly other drivers as well) to not render the first drawing > > operation done by Xgl's core context correctly and no operations done by > > the compositing manager context until CopyPixels is called. I've tried > > to figure out what's going wrong but no luck yet. My guess is that it's > > related to Xgl's usage of multiple contexts and that the core context is > > always drawing to the front buffer. Maybe someone who knows the driver > > better than me, have an idea of what might be wrong? > > Not really, but it sounds like it could be related to > https://bugs.freedesktop.org/show_bug.cgi?id=6222 . Are you saying the > issue you're seeing doesn't occur with Mesa HEAD? This definitely seams to be the issue. Do you know if this is still an issue in mesa HEAD? -David ------------------------------------------------------- This SF.Net email is sponsored by xPML, a groundbreaking scripting language that extends applications into web and mobile media. Attend the live webcast and join the prime developer group breaking into this new coding territory! http://sel.as-us.falkag.net/sel?cmd=lnk&kid=110944&bid=241720&dat=121642 _______________________________________________ Mesa3d-dev mailing list Mesa3d-dev@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/mesa3d-dev
