diff options
author | Dave Airlie <airlied@redhat.com> | 2009-06-24 09:48:08 +1000 |
---|---|---|
committer | Dave Airlie <airlied@redhat.com> | 2009-07-29 15:42:18 +1000 |
commit | e024e11070a0a0dc7163ce1ec2da354a638bdbed (patch) | |
tree | add483e7428f91da6f3c26be702aa45e6d69b694 /drivers/gpu/drm/radeon/radeon_legacy_encoders.c | |
parent | c836e862803b2aa2bd9a354e151316d2b42c44ec (diff) | |
download | talos-obmc-linux-e024e11070a0a0dc7163ce1ec2da354a638bdbed.tar.gz talos-obmc-linux-e024e11070a0a0dc7163ce1ec2da354a638bdbed.zip |
drm/radeon/kms: add initial colortiling support.
This adds new set/get tiling interfaces where the pitch
and macro/micro tiling enables can be set. Along with
a flag to decide if this object should have a surface when mapped.
The only thing we need to allocate with a mapped surface should be
the frontbuffer. Note rotate scanout shouldn't require one, and
back/depth shouldn't either, though mesa needs some fixes.
It fixes the TTM interfaces along Thomas's suggestions, and I've tested
the surface stealing code with two X servers and not seen any lockdep issues.
I've stopped tiling the fbcon frontbuffer, as I don't see there being
any advantage other than testing, I've left the testing commands in there,
just flip the fb_tiled to true in radeon_fb.c
Open: Can we integrate endian swapping in with this?
Future features:
texture tiling - need to relocate texture registers TXOFFSET* with tiling info.
This also merges Michel's cleanup surfaces regs at init time patch
even though it makes sense on its own, this patch really relies on it.
Some PowerMac firmwares set up a tiling surface at the beginning of VRAM
which messes us up otherwise.
that patch is:
Signed-off-by: Michel Dänzer <daenzer@vmware.com>
Signed-off-by: Dave Airlie <airlied@redhat.com>
Diffstat (limited to 'drivers/gpu/drm/radeon/radeon_legacy_encoders.c')
0 files changed, 0 insertions, 0 deletions