LE13 Testing for RK3288, RK3328, RK3399, RK3566, RK3568, RK3576, RK3588

    thanks!


    Just two more questions about (the future of) the rk platform.

    - Is the memory cap "fix" still needed?

    - The rk3588 has an HDMI 2.1 out port. Will we ever see HDMI 2.1 being supported by that platform? I have seen that there have been some HDMI FRL patches made, but with the HDMI association blocking all HDMI 2.1 work and implementations on Linux ( at least with AMD and Intel..), will we ever get HDMI 2.1?

    The memory cap has been removed in RK images for a while now but we don't parse exlinux.conf during updates so if you installed with the cap it will be there until you remove it.

    Your guess is as good as mine on HDMI 2.1, but with the HDMI association veto'ing AMD's implementation I doubt developers will spend time on it due to the high probability of rejection and/or being sued. Was there a specific capability you were looking for?

    Collabora are working on broader colour support, but there are background kernel colour UAPI changes at the same time so it's likely to continue for a while to allow for things being merged in a sensible sequence. There is also development on multi-core support which is a requirement for 8K (an 8K image is essentially 4x 4K frames being parallel processed). I also haven't seen any signs of people working on AFBC yet, but that will also be needed to reduce memory bandwidth requirements.

    Yasai-san I've managed to build an image of LE13 for RK356X for my Radxa Zero 3 thanks to your work. Many thanks!

    I rebased on master, and tried to bump the aic8800 driver from the radxa-pkg/aic8800 repo from 4.0~ to 5.0~, but it failed to build. ie:

    Code
    PKG_VERSION="5.0+git20260123.5f7be68d-4"
PKG_SHA256="58c4c1ee085fac7971e9972dba99c5e3207e1ea0991c3f957bd9200f6ec8fbe7"

    Two questions:

    • Did you pick 4.0+git20250410.b99ca8b6-5 specifically, or was it just the latest when worked on this?
    • How did you figure out the right targets in projects/Rockchip/packages/aic8800/package.mk?
      • When trying to build 5.0+git20260123.5f7be68d-4 i had to comment out the pre_make_target for linux 6.12 as that build patch is missing and it then failed anyway with another error.
    Quote from axel

    Yasai-san I've managed to build an image of LE13 for RK356X for my Radxa Zero 3 thanks to your work. Many thanks!

    I rebased on master, and tried to bump the aic8800 driver from the radxa-pkg/aic8800 repo from 4.0~ to 5.0~, but it failed to build. ie:

    Code
    PKG_VERSION="5.0+git20260123.5f7be68d-4"
PKG_SHA256="58c4c1ee085fac7971e9972dba99c5e3207e1ea0991c3f957bd9200f6ec8fbe7"

    Two questions:

    • Did you pick 4.0+git20250410.b99ca8b6-5 specifically, or was it just the latest when worked on this?
    • How did you figure out the right targets in projects/Rockchip/packages/aic8800/package.mk?
      • When trying to build 5.0+git20260123.5f7be68d-4 i had to comment out the pre_make_target for linux 6.12 as that build patch is missing and it then failed anyway with another error.

    Hello axel

    > Did you pick 4.0+git20250410.b99ca8b6-5 specifically, or was it just the latest when worked on this?
    I used the latest version at that time.
    This is reason.

    > When trying to build 5.0+git20260123.5f7be68d-4 i had to comment out the pre_make_target for linux 6.12 as that build patch is missing and it then failed anyway with another error.
    I also confirmed this build failure.
    a) Radxa aic8800 repo removed linux 6.12 patch file by version up.
    fix: update patchset · radxa-pkg/aic8800@89f865b
    -> it needs to remove this patch apply from package.mk
    b) (after a) compile error is shown about vfree
    -> Radxa aic8800 repo has patch file for this compile error.
    aic8800/debian/patches/fix-vmalloc-not-include.patch at main · radxa-pkg/aic8800
    it needs to add this patch apply to package.mk

    Please check my following commit

    aic8800: bump version to 5.0+git20260123.5f7be68d-4 · ShigeakiAsai/LibreELEC.tv@2bb9159
    github.com

    (Sorry, this is compilation check only)


    Note.
    as you know, I do not actively support this. :)

    I've posted some fresh images for RK3566/3568/3576/3588 boards to my test share. The kernel bumps to Linux 7.0, but more interesting is the inclusion of work-in-progress Kodi changes that tonemap the OSD/GUI during HDR playback so that it renders with an SDR colourspace (while video remains in HDR) instead of searing your eyeballs. The greatest benefit is seen (literally) with subtitles. There's also some minor nip/tuck fixes for VP9 playback.

    Enjoy :)

    Quote from mitzsch

    Are there any fixes for the HBR audio dropout issue in that new build?

    Nothing specificially targetting the unknown problem. Figuring that one out is beyond my skill level and using Claude needs a level of strong direction else (from experience) it will makes lots of insightful sounding but garbage triage while running in token-burning circles not achieving anything.