03:33 <steev> on the other system with conservative governor set, no pll either

06:38 <narmstrong> steev: which kernel are you running ? The upstream clk-pll code is different from your patch

07:43 <tolszak> narmstrong: Hi there, I updated poky and meta-multimedia to lastest kirkstone and amlogic-image-sato doesn't boot. What's the latest kirkstone commit on poky that meta-meson was tested against?

07:45 <narmstrong> tolszak: what’s the kernel version ?

07:46 <tolszak> narmstrong: 5.15.62

07:53 <narmstrong> tolszak: this version is broken, the 7cd70656d128 commit must be backported

07:54 <narmstrong> or take the linux-yocto from master https://git.yoctoproject.org/poky/tree/meta/recipes-kernel/linux/linux-yocto_5.15.bb

07:56 <tolszak> narmstrong: THank you very much! Can it also cause issue with DRM?

07:57 <narmstrong> it does cause an issue with drm, the rest of the system should boot fine

07:57 <tolszak> narmstrong: My custom build based on the same kernel boots but gui app fails with -554 erroor from drmModeSetCrtc

07:57 <tolszak> narmstrong: Many many thanks, it saved me hours of work looking bisecting search the issue.

07:59 <narmstrong> I'll push a fix in meta-meson

09:08 <narmstrong> Pushed

09:16 <gab> tolszak: I had the same issue (no hdmi output) and cherry-picking commit 7cd70656d128 worked for me

09:30 <narmstrong> I'm trying to make use of the SRC_URI minrev/maxrev, hope it will work !

09:40 <tolszak> narmstrong: Thank you

14:05 <steev> narmstrong: i'm on 5.10.145 (stable 5.10 with patching)

14:10 <narmstrong> Ok still I don’t see where you got your pll lock wait, except from vendor kernel…

15:25 <steev> narmstrong: ah, you're right, it's a patch i pulled in from Heiner Kallweit from the linux amlogic patchwork "clk: meson: pll: adjust timeout in meson_clk_pll_wait_lock()"

15:26 <steev> https://patchwork.kernel.org/project/linux-amlogic/patch/a801afc0-a8f2-a0a4-0f2b-a7201351d563@gmail.com/

15:33 <steev> fwiw, i've been running it since yesterday at 5pm (it's currently 10:30am here) with sway running, a video playing on loop in mpv and a web browser going, with ondemand governor, and no pll lock messages

15:39 <tolszak> narmstrong: UNfortunately your patch doesn't work for me. I needed to remove minrev and maxrev. There is a note "Patch 0001-drm-bridge-display-connector-implement-bus-fmts-call.patch applies to later revisions" instead and as I understand the patch is not applied. I checked and minrev refers to SRCREV. checking env of linux-yocto shows that SRCREV=INVALID. Perhaps that's why

15:40 <tolszak> narmstrong: But without it works alright which is great :) thanks

18:20 <Cheaterman> Hmm, I'm working on a less demanding app and I didn't get PLL warnings

18:21 <Cheaterman> The only ones I got were about audio source IIRC, the initial HDMI one

18:21 <Cheaterman> But a single one of these

18:21 <Cheaterman> I'll keep you guys in touch once I get back to testing the demanding app

18:21 <Cheaterman> I pre-emptively set default gov to performance on my OS image for new deployments

18:22 <Cheaterman> In the meantime, I'll look for it, but do you guys happen to know off-hand if there's a way to set default governor in kernel cmdline or something to that effect

18:22 <Cheaterman> (for existing deployments, that sounds like one of the easiest way to make it happen for me)

18:22 <Cheaterman> (as opposed to pushing a new kernel and set of modules, although I could also do that)

18:26 <steev> cpufreq.default_governor=

19:43 <Cheaterman> thanks a lot

21:33 <steev> Cheaterman: where i am, it is very warm, and i don't want to put active cooling on my radxa zero, so I'd rather not set it to performance, otherwise mine idles between 55-65

23:18 <Cheaterman> I see, makes sense for home use ; I largely use N2+ for work so heat isn't a big concern