Posts by jernej

  • Orangepi PC2: Libreelec built from sources won't boot

    I built and tested today's master branch and it works for me on PC2. According to your boot log the issue lies in initramfs. Specifically, init script can't be executed by /bin/sh. I have no idea why is that. You should examine build.LibreELEC-H5.arm-11.0-devel/initramfs folder for any obvious issue and packaged variant under build.LibreELEC-H5.arm-11.0-devel/build/linux-5.17.4/usr/initramfs_data.cpio

    Quote from StoyanT

    Tried with both libreelec 10.0.2 final and 11.0 developement releases, the result is the same. There were no errors during the compilation.

    Are mentioned images build by you or did you download them from our server?

  • Support for ALL-H3-CC H5 (Tritium)

    Quote from dcope

    Doubt this is the right place. I'm looking for support on the Raspbian image for ALL-H3-CC H5 (Tritium) that I downloaded from Libre website.

    We only support LE images here. For anything else, you have to find appropriate forum or ask in Allwinner community channels, like #linux-sunxi on IRC, although chances to get answer there is smaller.

    Quote from chewitt

    You might have downloaded an LE image from the LE website, but you definitely didn't download a Raspbian image.

    Actually, at some point it was very popular by board designers to hack Raspbian to run on Allwinner boards. I have no idea why. However, this is all off topic for this forum.

  • Orange Pi Lite image

    Quote from Deoptim

    I've tried using mali utgard instead of mesa with no success. Therefore, these changes remained in the patch. I made a patch from my local git and didn't clean it up, so sorry.

    No need to apologize, just curious. Why would you want to use binary driver? mesa should be better in all aspects.

    Quote from Deoptim

    By default, the console does not work via UART - there is silence. I had to do this following the example of the Samsung profile and the console now worked well.


    Maybe only this parameter turn on console in UART: systemd.debug_shell=ttyS0

    it's systemd.debug-shell=ttyS0 Note the hypen instead of underscore. I also usually add it at the end of the command line, but that shouldn't change anything.

    Note that you also don't need to remove all other H3 boards, you can use UBOOT_SYSTEM=orangepi-lite to limit builds to this particular board.

  • Orange Pi Lite image

    I'm curious why did you add mali utgard driver patches? That's not used by mesa at all. Also, why did you change DEBUG_TTY="/dev/console" to DEBUG_TTY="/dev/ttyS0"? Serial console works without this change.

    EDIT:

    Quote from Deoptim

    Libreelec's default settings have a setting that reserves 320MB of RAM for the graphics core.

    This is not exactly true. CMA memory can be used by any core requiring continuous memory region. Kernel can even assign it for normal use (user space processes), with some limitations. So making this number bigger is not that problematic. By far heaviest user of CMA is VPU (video decoding) which is distinct from GPU.

  • Libreelec official Beelink x2 image no wifi & wrong resolution

    Quote from beelinker

    The Display only features DVI out in so I use an adapter to get a hdmi cable connected. How could I manually force the correct resolution?

    What kind of adapter is that? I tested native DVI monitors in the past, but I didn't noticed any issues. Forcing correct resolutions is a bit tricky unless it's standard (720p or 1080p). If it's not, you have to find useful edid somewhere, create initrd from it, add it on SD card partition and update pxeconfig to load that initrd and add kernel parameter to use it. I've never done it, so I don't know exact steps.

    Quote from beelinker

    Actually I have no wlan0 device at all, running iw wlan0 scan doesn't work therefor.

    Your box either doesn't have same wifi as mine X2 or they rerouted some traces. I suggest you open up the box and check which wifi module is used.

  • Libreelec official Beelink x2 image no wifi & wrong resolution

    I just tested wifi on my X2. Driver loads ok and I see wifi networks listed in LibreELEC settings. However, after some time they all disappeared. After running iw wlan0 scan over ssh, they appeared again and stayed there. I have no idea whose fault that is.

    1024x768 resolution almost always means that EDID couldn't be read. I tested many non-standard resolutions on H3 and they worked, unless there was some issue with clocks, but that shouldn't happen anymore.

    In any case, provide outputs of following commands:

    pastekodi

    cat /sys/kernel/debug/clk/clk_summary

    edid-decode /sys/class/drm/card0-HDMI-A-1/edid

  • Allwinner H6 HEVC?

    offbeat I converted NASA.x265.2160p60.ts to mkv with following command:

    Code
    ffmpeg -i NASA.x265.2160p60.ts -c:v copy -c:a copy NASA.x265.2160p60.mkv

    I can confirm that TS file indeed produces iommu errors but mkv with same data does not.

    I already observed issues with TS files in the past, usually because they start in the middle of the stream, with B or P frames. Converting it to matroska takes care that stream starts with a key frame.

    So as far as I can tell, there are three issues:

    1. slow decoding loop in ffmpeg

    2. rendering issue, probably DRM driver needs some improvement, possibly around YUV scaler (workaround is to use EGL rendering)

    3. Cedrus needs to be more resilient to stream errors (mostly missing references for B and P frames)

    I guess I'll only PR frequency fixes and leave iommu branch for now. I think it's more important to finish 10-bit HDMI output support and after that, add proper 10-bit output from Cedrus and Hantro (for VP9). EDIT: and of course proper VP9 10-bit support.

  • Allwinner H6 HEVC?

    Thanks for report. Can you check if switching rendering method from "Direct to plane" to "EGL" avoids iommu issues? It does for me, at least for some videos.

    EDIT: Actually, if ffmpeg decoding with -f null - works, I think issue might be in display driver or misreporting actual buffer information, like size or stride.