chewitt kernel modifs were enough to boot but absolutely no graphic output as the gpu was not probed. Removing the pmdomain patch was essential to get back gpu working.
1st point is to check that videos are playing correctly with 6.17.1 as TuxOhOlic mentioned.
Then see where this performance issue appears, if it's related to kernel 6.18 or another updare.
TuxOhOlic I agree it does not seem to be an overload of cpu, I saw a maximum of 170% load when I tried on a lagging video.
tetienne : the playback framerate does look somewhat reduced with 5e48165, can you confirm frame drops as well with 1080p50 content?
Possible, Ive noticed an issue with a video, but I haven't tried an older build with that video. I'll be out for a few days, I'll try that later.
You can eventually try coming nightly builds, just in case it is an issue with my build environment, or a mistake on the build I've provided you. But I fear that's a new issue 
And it's working for 6.18.2 as well
heitbaum the patch modif is basically there to maintain the same source code between <6.17 kernels and 6.17, in order to revert the behavior to a very old linux-5 kernel. So we were compiling the same code in 6.16 and 6.17.
In the end I've deleted that patch to stick to linux upstream and my 6.17.1 build works. Let's see for 6.18...
TuxOhOlic : in case you want to give a try to 6.17.1 build
I fear armbian or debian will not provide any relevant clue if they do not run kernel >= 6.17
yes, I realised today that my 6.17 and 6.18 images are booting and you can ssh to it. No real need for systemd logs, the problem can be seen in logs that there is no drm, so no graphics.
Divergence appear in logs at line 192 in your logs with dma-controller, there's one missing channel, which appears to be the GPU when you look in a working log (it's associated later line 303 of your working log).
I made a few tests today, but I did not manage to solve that issue. In 6.17 kernels it seems that did something around the panfrost driver for mali GPUs, I suspect it's related to that.
Hi all,
in logs it looks like no sound device is found by alsa ?
TuxOhOlic you can eventually try this one. This build should be very close to what you tested since I pulled sources on 12.18. There are additional kernel supports I mentioned earlier to get 6.16 kernel booting. I suspect(hope) your log will go a little bit further.
I can eventually provide a build with 6.17.1 kernel, I just don't know what is the most relevant, if we should debug 6.17 builds first or consider the current linux kernel version.
Hi heitbaum
so... Question of boot on EMMC is solved, I used another uboot. I have a working 6.16.0 build on my EMMC module (build made by myself as I will explain here after).
Regarding linux kernel modifs, I've tested all of them on SD cards.
- kernel 6.16.0: I started a branch from commit 46be10c (which was not booting at all) and modified kernel config as described in attached patch. This built boots fine (SD and now EMMC as well) and kodi works fine.
For other kernels, I realized that I did not branch from relevant commits, so I did other tests.
- kernel 6.16.9: I built a booting and working image using the same additions in kernel config as 6.16.0
- kernel 6.17.1: I created a branch from commit d712d796. No way to get something booting even with kernel additions I was using for kernel 6.16*
- kernel 6.18: same story after fetching last commits today, even with kernel additions from 6.16*
I don't really know how to get logs, I don't have any UART cable 
At the moment I'm just able to boot and run with kernel 6.16. With kernels 6.16.1 I can boot but kodi crashes right after.
In the end I could add the driver I wanted in kernel 6.16 and it's working like a charm booting from SD. However, booting from EMMC doesn't work, where as I'm able to boot an ubuntu image from EMMC
So... heitbaum was wright, it's due to kernel 6.16 update.
I just got a successful boot with kernel 6.16, I now have to rebase everything and check that everything is working fine with all latest commits.
Hello,
thanks for info. I'm getting the same issue on XU4Q, as you mentioned, build from 0725 where as latest ones do not boot anymore.
