Hello Nicholas and Fabio, The sdma firmware turned out to be a non-issue: adding "qos=0" to kmssink (as suggested by Nicholas) is what fixed kmssink performance, unrelated to sdma. (Although I still see an sdma issue, unrelated to this thread - I will talk to Robin about it outside of the thread) So now I am getting identical h264 decode/noscale performance across kernel versions. Performance is identical to the Freescale kernel. And kmssink works great, as long as "qos=0" is added - as Nicholas suggested. ========> That's fanastic !!! <======== However I see performance and corruption issues with the v8 scaler patch. Probably to be expected, after all it's a patch 'in progress'. This is on a 5.2-rc2 kernel, with Philipp's non-plus imx6 patch applied. (Running on a non-plus imx6q) Upscaling 720p -> 1080p works ok, however the performance is lower than the Freescale kernel. This is with a 720p24 Toy Story 4 demo grabbed from YouTube: # gst-launch-1.0 -vvv filesrc location=/home/default/toy720p.mp4 ! qtdemux ! h264parse ! v4l2h264dec ! v4l2video8convert ! video/x-raw,width=1920,height=1080 ! fpsdisplaysink video-sink="fakevideosink" text-overlay=0 sync=0 [...]current: 42.19, average: 41.95 Still much better than real time, but lower than the Freescale kernel, which did at least 60fps (using mfw_v4lsink sync=0). However, downscaling 1080p -> 720p is problematic: # gst-launch-1.0 -vvv filesrc location=/home/default/jellyfish-10-mbps-hd-h264.mkv ! matroskademux ! h264parse ! v4l2h264dec ! v4l2video8convert ! video/x-raw,width=1280,height=720 ! fpsdisplaysink video-sink="fakevideosink" text-overlay=0 sync=0 [...]current: 24.62, average: 24.08 This is not real time, as jellyfish is a 30fps video. On the Freescale kernel, this would work at 60fps (again using mfw_v4lsink sync=0). In addition, the image produced is corrupted: (displayed with "kmssink can-scale=0 qos=0" w/ 720p monitor mode) https://imagebin.ca/v/4j1q0qRpzgqV Hope this is useful. Thank you again for making this available to mainline! Sven