http://bugs.freedesktop.org/show_bug.cgi?id=19366
--- Comment #8 from Roland Scheidegger <[email protected]> 2009-01-26 06:17:54 PST --- (In reply to comment #7) > (In reply to comment #6) > > can you please be more clear how we can solve the problem? > > > It's a software limitation at the moment. Someone needs to teach the driver > how > to avoid this software fallback. The big problem here is this really requires a real memory manager. Once upon a time I've written a patch (for r200 not r300 but it doesn't matter it's exactly the same problem) which avoids the fallback (by just doing a gpu blit to the vram copy of the texture). But it's very incorrect (though working for doom3 special effects...) since the vram copy of the texture can be evicted at any time and then you'd reuse the old, now outdated copy which mesa has in system ram. And btw it's quite likely the app doesn't even want to use glCopyTexSubImage but rather FBO's (to avoid the copy entirely), which can't be supported without a memory manager neither. -- Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug. ------------------------------------------------------------------------------ This SF.net email is sponsored by: SourcForge Community SourceForge wants to tell your story. http://p.sf.net/sfu/sf-spreadtheword -- _______________________________________________ Dri-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/dri-devel
