summaryrefslogtreecommitdiff
path: root/src/sna/blt.c
diff options
context:
space:
mode:
authorChris Wilson <chris@chris-wilson.co.uk>2012-01-28 01:54:47 +0000
committerChris Wilson <chris@chris-wilson.co.uk>2012-01-29 14:47:12 +0000
commit65466f86263b3788b438fe021a12ade371190b01 (patch)
tree0496eda2bfd01ddce6ccfbd708f30e69ea7cd1d6 /src/sna/blt.c
parent03211f4b0b7e32b6d7dc28e60be72db204b8c8d4 (diff)
sna: Allow ridiculously large bo, up to half the total GATT
Such large bo place extreme stress on the system, for example trying to mmap a 1GiB into the CPU domain currently fails due to a kernel bug. :( So if you can avoid the swap thrashing during the upload, the ddx can now handle 16k x 16k images on gen4+ on the GPU. That is fine until you want two such images... The real complication comes in uploading (and downloading) from such large textures as they are too large for a single operation with automatic detiling via either the BLT or the RENDER ring. We could do manual tiling/switching or, as this patch does, tile the transfer in chunks small enough to fit into either pipeline. Signed-off-by: Chris Wilson <chris@chris-wilson.co.uk>
Diffstat (limited to 'src/sna/blt.c')
-rw-r--r--src/sna/blt.c2
1 files changed, 2 insertions, 0 deletions
diff --git a/src/sna/blt.c b/src/sna/blt.c
index fb3dd35c..65d586cb 100644
--- a/src/sna/blt.c
+++ b/src/sna/blt.c
@@ -154,6 +154,8 @@ memcpy_blt(const void *src, void *dst, int bpp,
uint8_t *dst_bytes;
int byte_width;
+ assert(src);
+ assert(dst);
assert(width && height);
assert(bpp >= 8);