mszyprow has joined #linux-exynos
<krzk> Viciouss: the advantage is exactly that you will see which are disabled and they will get disabled to save power. Except this they should be in DT for complete description of HW.
snawrocki has joined #linux-exynos
<chewitt> krzk mszyprow I'm interested to know what happened to this patch series:
<chewitt> I'm not interested in Exynos5433
<chewitt> but 5422 would need to use similar pluming to get YUV output
<chewitt> is Andrzej Hajda still around?
<krzk> chewitt: the DTS parts are merged. The DRM, you would need to ask the Exynos DRM maintainer.
<krzk> Or just check in Git - did they land in kernel?
<chewitt> no, there was a v3 resend from Andrzej but I don't think it was merged
<mszyprow> chewitt: well, Inki (Exynos DRM maintainer) pointed some issues, which were not fixed due to lack of time, then Andrzej was (and still is...) busy with different things
<mszyprow> chewitt: Andrzej also tried tu get it working on 5422
<mszyprow> chewitt: but without a luck
<mszyprow> chewitt: there are some design differences between 5422 and 5433
<mszyprow> chewitt: and the main problem with 5422 is that there no working reference code
<chewitt> ahh, that won't help :)
<chewitt> the goal is (was) to get Kodi usable
<chewitt> I have been poking panfrost support, which is similarly not good
<chewitt> but I have kbase/blob working on 5.9
<chewitt> but Kodi has moved to GBM/V4L2 with DRMPRIME
<chewitt> "memeka" had a proof of concept for doing RGB > YUV conversion within ffmpeg
<mps> panfrost is better on 5.10-rc than previous ones, though not yet 'fantastic'
<chewitt> Kodi faults shortly after you start it
<chewitt> and I'm having trouble capturing anything useful about what the GPU is doing to feed panfrost devs clues
<mps> does kodi use Xorg or Wayland, or maybe something 'direct'
<chewitt> I'm told T628 has lots of errata :)
<chewitt> I work on LibreELEC which uses GBM
<chewitt> Kodi also supports Wayland and X11 but neither is needed
<mps> in previous kernel version I tweaked panfrost with setting frequencies in /sys/class/devfreq/ff9a0000.gpu/
<chewitt> it's common to see people force "performance" in power management with kbase
GrimKriegor has quit [Quit: ZNC - https://znc.in]
GrimKriegor has joined #linux-exynos
GrimKriegor has quit [Changing host]
GrimKriegor has joined #linux-exynos
dllud has quit [Read error: Connection reset by peer]
dllud has joined #linux-exynos
LiquidAcid has joined #linux-exynos
<Viciouss> krzk: it was less of a problem than I thought, it looks like the driver reads the state on boot and can see whether the regulator was on or off to begin with, therefor it didn't disable those that were already unused. I only had to find those that were freezing the system when unpowered and for the rest I could just wait for the shutdown messages and see which were missing
dllud has quit [Ping timeout: 260 seconds]
dllud has joined #linux-exynos
mszyprow has quit [Ping timeout: 256 seconds]
LiquidAcid has quit [Quit: Leaving]