For 2D GPU cores there is a potential need to manage the maximum number
of outstanding return requests from the memory subsystem. The proper way
to manage these for 2D cores with this configuration is to use a FLUSH.
The patch does a FLUSH after every DRAW, the pipe will not overfill and
the scenario which may lead to a stall will not occur.
This patch requires the Linux kernel 3.10.17-1.0.1 fixes.
Signed-off-by: Lauren Post <lauren.post@freescale.com>
Signed-off-by: Otavio Salvador <otavio@ossystems.com.br>
require gpu-viv-bin-mx6q.inc
-SRC_URI[md5sum] = "8b9c4f6181acf46028e39508a970ecc1"
-SRC_URI[sha256sum] = "7e5a3db22b99740756f408b881691f81c03090256754e44f69369bf039e9cbcf"
+SRC_URI[md5sum] = "d729db01e3eec3384e310cd3507761ce"
+SRC_URI[sha256sum] = "0d71029e561b94bc14a0039eeaabec1610d5244ccaf0e77356f0eee80cba828d"
PACKAGE_FP_TYPE = "hardfp"
require gpu-viv-bin-mx6q.inc
-SRC_URI[md5sum] = "d1137c148aff0a25bd19feca889329c2"
-SRC_URI[sha256sum] = "e6af458221041d2d1ce6338a666969bbda73aa26270b243cfc4d22f9c0d913c9"
+SRC_URI[md5sum] = "55788f48a222b430a8b76856ac6fa636"
+SRC_URI[sha256sum] = "0d9069635c97424117896e532c7e5a7be6e699482bc9fb6d8fc1ba946043da19"
PACKAGE_FP_TYPE = "softfp"