https://bugs.freedesktop.org/show_bug.cgi?id=27139
--- Comment #15 from Karl Tomlinson <[email protected]> 2010-08-12 23:22:54 PDT --- https://bugzilla.mozilla.org/show_bug.cgi?id=581797 covers changing from RepeatNone to RepeatPad for Firefox video. However, I fear there still may be situations where software fallback happens and fallback seems much much slower than necessary (as indicated by better perf with ums). Can mmap access be satisfactory/tolerable for software fallback, if only reads (no writes) are performed? i.e. Is the big problem here that pixman is alternating reading and writing from the mmapped vram (which invalidates readahead/caches, triggers barriers, or something)? If so, I wonder whether which of these would be more appropriate: A) that exa passes a new EXA_PREPARE_RW flag to indicate that read *and* write access is required, so that RADEONPrepareAccess_CS can return false and the pixmap be migrated to system ram, or B) that exa or pixman be modified so that read/write ping-ponging does not happen? -- Configure bugmail: https://bugs.freedesktop.org/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug. _______________________________________________ xorg-driver-ati mailing list [email protected] http://lists.x.org/mailman/listinfo/xorg-driver-ati
