aboutsummaryrefslogtreecommitdiffstats
path: root/target/linux/brcm2708/patches-4.19/950-0587-drm-vc4-Fix-synchronization-firmwarekms-against-GL-r.patch
diff options
context:
space:
mode:
authorÁlvaro Fernández Rojas <noltari@gmail.com>2019-09-19 16:43:19 +0200
committerÁlvaro Fernández Rojas <noltari@gmail.com>2019-09-19 17:38:18 +0200
commit4f8b350be0b90554c93908458a27be34e8b722ca (patch)
tree8b39d985a590db8cc4eb275d68496cfa212d5ede /target/linux/brcm2708/patches-4.19/950-0587-drm-vc4-Fix-synchronization-firmwarekms-against-GL-r.patch
parentb400179ca66647944a26f4d4b7b4fd53a3d2f0d1 (diff)
downloadupstream-4f8b350be0b90554c93908458a27be34e8b722ca.tar.gz
upstream-4f8b350be0b90554c93908458a27be34e8b722ca.tar.bz2
upstream-4f8b350be0b90554c93908458a27be34e8b722ca.zip
brcm2708: update to latest patches from RPi foundation
Signed-off-by: Álvaro Fernández Rojas <noltari@gmail.com>
Diffstat (limited to 'target/linux/brcm2708/patches-4.19/950-0587-drm-vc4-Fix-synchronization-firmwarekms-against-GL-r.patch')
-rw-r--r--target/linux/brcm2708/patches-4.19/950-0587-drm-vc4-Fix-synchronization-firmwarekms-against-GL-r.patch4
1 files changed, 2 insertions, 2 deletions
diff --git a/target/linux/brcm2708/patches-4.19/950-0587-drm-vc4-Fix-synchronization-firmwarekms-against-GL-r.patch b/target/linux/brcm2708/patches-4.19/950-0587-drm-vc4-Fix-synchronization-firmwarekms-against-GL-r.patch
index 46f732edf5..27f0d8f707 100644
--- a/target/linux/brcm2708/patches-4.19/950-0587-drm-vc4-Fix-synchronization-firmwarekms-against-GL-r.patch
+++ b/target/linux/brcm2708/patches-4.19/950-0587-drm-vc4-Fix-synchronization-firmwarekms-against-GL-r.patch
@@ -1,7 +1,7 @@
-From daed24db1687974b5c6122d22dbcd58f93223272 Mon Sep 17 00:00:00 2001
+From b0fedd829bb6725fef7b2667c85badc6b4a8e5e0 Mon Sep 17 00:00:00 2001
From: Eric Anholt <eric@anholt.net>
Date: Thu, 28 Mar 2019 11:58:51 -0700
-Subject: [PATCH 587/782] drm/vc4: Fix synchronization firmwarekms against GL
+Subject: [PATCH 587/806] drm/vc4: Fix synchronization firmwarekms against GL
rendering.
We would present the framebuffer immediately without waiting for