<memeka>
but still, w/o iommu i can get 24fps (as per video)
<memeka>
i will ask on gstreamer if it's because of the dma buffers re-importing
<memeka>
but if it is ... why w/o iommu is faster?
<mszyprow>
buffer setup with iommu requires a bit more work
<memeka>
ok so that might explain it
<mszyprow>
but this typically is done once at the init time
<mszyprow>
if used correctly of course
<memeka>
i'll follow things up on gstreamer
<mszyprow>
because from the log I see it setups the buffers every frame
<memeka>
i spent some time to build a rootfs with ubuntu 17.10, gnome 3.26 on wayland
<mszyprow>
feel free to reply with Tested-by: tag
<memeka>
tested totem (using gst), and mpv (ffmpeg)
<memeka>
playing movies quite nicely :)
<memeka>
i'll do a bit more testing and send a reply :D
* mszyprow
is too lazy to build my own rootfs, I still use some old debian base image I got a few years ago... ;)
<memeka>
i am not that bummed about the lack of dmabuf now with the cacheable dma :D
<mszyprow>
cacheable buffers not the dma ;P
<memeka>
but i still lack nested compositor support, needed by webkitgtk+ browsers, and chrome and firefox still run in XWayland, so there's no acceleration there :((
<memeka>
so last thing missing is a good browser, and that's because of ARM and their stupid drivers :|
<mszyprow>
well, I cannot help much with fixing it :/
<memeka>
HK did not get wayland license, cause it costs 1 arm and 1 leg ...
<memeka>
and ARM is lazy with T628, cause ... i dunno, it's not T8xx ?
<memeka>
or G71 or whatever
<memeka>
although i haven't seen G71 drivers either
<memeka>
so let's say they don't bother with mere humans :)
<memeka>
mszyprow: since the cacheable buffers patch, i get this: s5p_mfc_release:974: Power off failed
<memeka>
is it normal? is MFC supposed to poweroff or not?
<memeka>
(i also get [ 4.330565] Power domain MSC disable failed, I think a MSC clk needs to be set as critical)