Official LE13 Test Images for Amlogic (Kodi-22)

    Why was not updated driver from r16 (r23) to r51 for mali ? https://github.com/chewitt/mali-bifrost

    Mali Drivers | Open Source Bifrost Mali 3rd Gen GPU Architecture Kernel Drivers – Arm Developer
    The Android and Linux version of the Mali GPUs Device Driver provide low-level access to the Mali Bifrost GPUs. The open source drivers provided on this page…
    developer.arm.com


    with support compatibility sure kernel to 6.7 according to file version_compat_defs.h

    Edited 3 times, last by atirage21 (January 31, 2025 at 5:09 PM).

    It is not smart. Newer chips as S922x dont have HW acceleration with panfrost. And there is also opensource driver from mali which is really functional. In panfrost is supported only OpenGL ES 3.1, on other hand in Bifrost is supported OpenGL ES 3.2 on identical device.

    Quote from atirage21

    Newer chips as S922x dont have HW acceleration with panfrost.

    On ARM boards hardware video acceleration has nothing to do with the GPU, and the difference between OpenGLES 3.1 and 3.2 is frankly not important for LE/Kodi use. There is simply no good reason for LE to use a proprietary closed-source blob that requires maintenance effort over an open-source in-kernel option that requires zero effort. Abandoning libmali once lima/panfrost were viable was a no-brainer (and smart) move for the project, hence we've done it. You're welcome to disagree of course (free world and all that) but your view is firmly in the minority around here.

    Quote from chewitt

    Luni the subtitle issue is due to Kodi changes from @sarbes that impact Mali 400/450 GPUs. I've flagged the issues to him.

    I gather this has not been resolved as I was trying to use them the other day and found them not working. Is there an issue or pull request talking about it? I've seen it stated in passing in xbmc/xbmc#24611 but couldn't find anything further. Thanks.

    I did mention it to @sarbes at the time, and I've pinged him again. Feel free to open an issue that I can point to. Fill out the whole issue form else bots/staff will ignore and close it.

    Code
    Apr 03 22:34:29.889183 LibreELEC kernel: ALSA device list:
Apr 03 22:34:29.889203 LibreELEC kernel:   No soundcards found.

    The kernel doesn't detect/setup the audio card; hence nothing is seen in Kodi.

    The OF: /sound: Read of boolean property entries in the system log are unusual and something I'll look into, but I don't think they are related to the issue as I also see them on an Odroid N2 board here which has the audio card detected fine.

    I don't have any Dreambox hardware so I'll need to defer investigation to _emanuel_ who does.

    EDIT .. this is more concerning:

    Code
    Apr 14 18:27:14.278630 LibreELEC kernel: platform ff642240.audio-controller: deferred probe pending: platform: supplier ff642280.reset-controller not ready
Apr 14 18:27:14.279563 LibreELEC kernel: platform audio-controller-1: deferred probe pending: axg-tdm-iface: failed to get sclk
Apr 14 18:27:14.280314 LibreELEC kernel: platform ff642540.audio-controller: deferred probe pending: axg-tdmout: failed to get pclk
Apr 14 18:27:14.281349 LibreELEC kernel: platform sound: deferred probe pending: axg-sound-card: can't parse dai
Apr 14 18:27:14.282533 LibreELEC kernel: platform ff642480.audio-controller: deferred probe pending: axg-spdifout: failed to get pclk
Apr 14 18:27:14.283568 LibreELEC kernel: platform ff642680.audio-controller: deferred probe pending: axg-spdifout: failed to get pclk
Apr 14 18:27:14.284233 LibreELEC kernel: platform ff642744.audio-controller: deferred probe pending: (reason unknown)
Apr 14 18:27:14.284768 LibreELEC kernel: platform ff642280.reset-controller: deferred probe pending: meson-audio-arb-reset: failed to get clock
Apr 14 18:27:14.285620 LibreELEC kernel: platform ff6421c0.audio-controller: deferred probe pending: platform: supplier ff642280.reset-controller not ready
Apr 14 18:27:14.286495 LibreELEC kernel: platform ff642200.audio-controller: deferred probe pending: platform: supplier ff642280.reset-controller not ready

    Possibly something wrong in device-tree then.

    The current nightly images are Linux 6.14.2 the same as my images. If you go back a month to an LE13 nightly image that uses the older 6.12.y kernel is anything different? - share the system log, ideally with 'debugging' removed so the log is not full of verbose connman content.

    Thank you for taking the time!

    I will paste new system logs soon.

    The sound has been broken for a while. The last image, i'm sure the sound works, is from 04.07.2024 with kernel 6.9.4.

    This is a coincidence, but today alsa-lib was updated to 1.2.14. I looked there because there are also alsa errors in my log.

    Code
    2025-04-14 18:27:16.948 T:1621     info <general>: CAESinkALSA - ALSA: /home/chewitt/LibreELEC.chewitt/build.LibreELEC-AMLGX.aarch64-12.80.0/build/alsa-lib-1.2.13/src/confmisc.c:855:(parse_card) cannot find card '0'

    Could alsa also be the reason?

    Important: Apparently, I'm the only one who's bothered by this. There's no rush.

    The audio card is not probing correctly for some reason, which is a kernel problem, so everything you then see in userspace via Kodi logs is the result of the audio card not being present.