[Bug 27139] html5 ogg video playback in firefox unusable
bugzilla-daemon at freedesktop.org
bugzilla-daemon at freedesktop.org
Thu Aug 26 15:33:56 PDT 2010
https://bugs.freedesktop.org/show_bug.cgi?id=27139
--- Comment #31 from Karl Tomlinson <bugs.freedesktop at karlt.net> 2010-08-26 15:33:56 PDT ---
Created an attachment (id=38208)
View: https://bugs.freedesktop.org/attachment.cgi?id=38208
Review: https://bugs.freedesktop.org/review?bug=27139&attachment=38208
[PATCH 6/6] RADEONPrepareAccess_CS: fallback to DFS when pixmap is in VRAM
Perhaps something else to consider in the future is moving the
BO from VRAM to GTT in DFS (and not moving it back in UTS),
but that also has pros and cons.
This approach seems to work well enough so far.
In this patch, RADEONPrepareAccess_CS still proceeds if it knows
that the BO is not going to be in VRAM. EXA will release its
system memory copy, so that there is only one copy in system
memory.
(Maybe, in some ways, it might be better to fail so that EXA can
keep a copy and won't have to refetch if the BO gets moved to
VRAM, but it seems pointless to keep around two copies in system
memory and memcpy between them for GPU reads.)
I wondered whether PrepareAccess could fail for the visible screen
with mixed pixmaps as suggested here
http://www.mentby.com/maarten-maathuis/exa-classic-problem-with-xv.html
When I tried that, however, I ended up with pixels in the wrong
places, a bit like what I would expect if the pitch were wrong.
--
Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email
------- You are receiving this mail because: -------
You are the assignee for the bug.
More information about the xorg-driver-ati
mailing list