summaryrefslogtreecommitdiffstats
path: root/target/linux/brcm2708/patches-4.4/0196-drm-vc4-Fix-the-clear-color-for-the-first-tile-rende.patch
diff options
context:
space:
mode:
authorÁlvaro Fernández Rojas <noltari@gmail.com>2016-04-24 13:03:39 +0200
committerÁlvaro Fernández Rojas <noltari@gmail.com>2016-04-24 13:03:39 +0200
commit525b311bf869d7e252d744e501e227263a955c8e (patch)
tree4c644f534e5b577b9256d26b1e9a2e4a0453698e /target/linux/brcm2708/patches-4.4/0196-drm-vc4-Fix-the-clear-color-for-the-first-tile-rende.patch
parent0ab31bfced9666f3fb58acdb5833a93e4f4f5f7e (diff)
downloadmaster-31e0f0ae-525b311bf869d7e252d744e501e227263a955c8e.tar.gz
master-31e0f0ae-525b311bf869d7e252d744e501e227263a955c8e.tar.bz2
master-31e0f0ae-525b311bf869d7e252d744e501e227263a955c8e.zip
brcm2708: update linux 4.4 patches to latest version
As usual these patches were extracted from the raspberry pi repo: https://github.com/raspberrypi/linux/tree/rpi-4.4.y Signed-off-by: Álvaro Fernández Rojas <noltari@gmail.com>
Diffstat (limited to 'target/linux/brcm2708/patches-4.4/0196-drm-vc4-Fix-the-clear-color-for-the-first-tile-rende.patch')
-rw-r--r--target/linux/brcm2708/patches-4.4/0196-drm-vc4-Fix-the-clear-color-for-the-first-tile-rende.patch49
1 files changed, 0 insertions, 49 deletions
diff --git a/target/linux/brcm2708/patches-4.4/0196-drm-vc4-Fix-the-clear-color-for-the-first-tile-rende.patch b/target/linux/brcm2708/patches-4.4/0196-drm-vc4-Fix-the-clear-color-for-the-first-tile-rende.patch
deleted file mode 100644
index bc4c81286a..0000000000
--- a/target/linux/brcm2708/patches-4.4/0196-drm-vc4-Fix-the-clear-color-for-the-first-tile-rende.patch
+++ /dev/null
@@ -1,49 +0,0 @@
-From 7ff02c91259682b40b5ce8a90f114925d71572c0 Mon Sep 17 00:00:00 2001
-From: Eric Anholt <eric@anholt.net>
-Date: Mon, 25 Jan 2016 13:52:41 -0800
-Subject: [PATCH 196/232] drm/vc4: Fix the clear color for the first tile
- rendered.
-
-Apparently in hardware (as opposed to simulation), the clear colors
-need to be uploaded before the render config, otherwise they won't
-take effect. Fixes igt's vc4_wait_bo/used-bo-* subtests.
-
-Signed-off-by: Eric Anholt <eric@anholt.net>
----
- drivers/gpu/drm/vc4/vc4_render_cl.c | 18 +++++++++---------
- 1 file changed, 9 insertions(+), 9 deletions(-)
-
---- a/drivers/gpu/drm/vc4/vc4_render_cl.c
-+++ b/drivers/gpu/drm/vc4/vc4_render_cl.c
-@@ -321,15 +321,6 @@ static int vc4_create_rcl_bo(struct drm_
- list_add_tail(&to_vc4_bo(&setup->rcl->base)->unref_head,
- &exec->unref_list);
-
-- rcl_u8(setup, VC4_PACKET_TILE_RENDERING_MODE_CONFIG);
-- rcl_u32(setup,
-- (setup->color_write ? (setup->color_write->paddr +
-- args->color_write.offset) :
-- 0));
-- rcl_u16(setup, args->width);
-- rcl_u16(setup, args->height);
-- rcl_u16(setup, args->color_write.bits);
--
- /* The tile buffer gets cleared when the previous tile is stored. If
- * the clear values changed between frames, then the tile buffer has
- * stale clear values in it, so we have to do a store in None mode (no
-@@ -349,6 +340,15 @@ static int vc4_create_rcl_bo(struct drm_
- rcl_u32(setup, 0); /* no address, since we're in None mode */
- }
-
-+ rcl_u8(setup, VC4_PACKET_TILE_RENDERING_MODE_CONFIG);
-+ rcl_u32(setup,
-+ (setup->color_write ? (setup->color_write->paddr +
-+ args->color_write.offset) :
-+ 0));
-+ rcl_u16(setup, args->width);
-+ rcl_u16(setup, args->height);
-+ rcl_u16(setup, args->color_write.bits);
-+
- for (y = min_y_tile; y <= max_y_tile; y++) {
- for (x = min_x_tile; x <= max_x_tile; x++) {
- bool first = (x == min_x_tile && y == min_y_tile);