[Intel-gfx] [PATCH] Workaround for flicker with panning on the i830
Thomas Richter
thor at math.tu-berlin.de
Thu Nov 14 19:15:52 CET 2013
On 14.11.2013 09:21, Daniel Vetter wrote:
> On gen2/3 the fence registers make a tile range look linear to both
> the gpu and the cpu. On gen4+ the fence registers are only for access
> with the cpu, and everything else needs to take tiling into account
> explicitly (and there are bits in the registers to tell the gpu that
> something is tiled). See the various functions with fence in their
> name in i915_gem.c for how this is set up/tracked.
Hmm. Probably I still don't quite understand. Memory is shared between
CPU and GPU, so why does a memory write or read by the CPU depend on the
GPU programming? The GPU is, after all, not a MMU that manipulates the
address bus of the CPU (or does it?)
If the start address of the display is altered, are the tiles always
relative to this start, i.e. at the same absolute display position, or
do they move on screen, i.e. are at the same absolute memory position?
Would it possibly make sense to check whether modifying the fence
registers avoids the problem because then the tiles move, and probably
stay aligned to 16-byte (or 32-byte) boundaries?
Greetings,
Thomas
More information about the Intel-gfx
mailing list