Official LE11 Test Images for Amlogic (Kodi-20)

    @chewitt I've found working dreambox gpio reset :-))

    Code
    sdio_pwrseq: sdio-pwrseq {
compatible = "mmc-pwrseq-simple";
reset-gpios = <&gpio GPIOA_11 GPIO_ACTIVE_LOW>;
clocks = <&wifi32k>;
clock-names = "ext_clock";
};

    chewitt Hi, i'm answering here instead of irc. Was away some days...

    Yes, thats me. My test device is a wetek play2.

    We had an issue in our drm code. This didn't handle multiplanar planes, but thats fixed now with https://github.com/rellla/vdr-plu…810911f8c6e36e8

    One issue is still remaining. I have a 576i TV stream, which results in a video, where lines are shifted horizontally. I'm not sure, if this is a deinterlacing (which should be disabled) or decoding or drm problem. Will the deinterlacer work at all atm?

    I didn't dig into that one too deep, that was just a quick test. I will try to figure out some more the next days, but if you have any hints what we are are missing, i'm glad, too ;)

    rellla The plumbing for hardware deinterlace in FFMpeg under V4L2 has been figured out (for RPi, and similar works with other devices) but right now there is no support for the hardware deinterlace IP on Amlogic SoCs in Linux, so FFMpeg will fall back to software (Yadif or Bob, I forget which) sampling. It's watchable for normal media but anything sporting with faster panning shots isn't so great. I'd pay someone to write the driver code if I could find someone to pay..

    Quote from PhoenixBG

    There is also a problem with SSH. When trying to connect it shows an error:

    The logs show this endlessly repeating:

    Dec 11 16:06:02 LibreELEC-Penka systemd[1]: Starting sshd.service...

    Dec 11 16:06:02 LibreELEC-Penka ssh-keygen[5065]: ssh-keygen: generating new host keys: RSA Could not save your private key in /storage/.cache/ssh/ssh_host_rsa_key.XXXXl8cxAN: No such file or directory

    Dec 11 16:06:02 LibreELEC-Penka ssh-keygen[5065]: ssh-keygen: generating new host keys: ECDSA Could not save your private key in /storage/.cache/ssh/ssh_host_ecdsa_key.XXXXl7zlJv: No such file or directory

    Dec 11 16:06:02 LibreELEC-Penka ssh-keygen[5065]: ssh-keygen: generating new host keys: ED25519 Could not save your private key in /storage/.cache/ssh/ssh_host_ed25519_key.XXXXAdmsHi: No such file or directory

    The /storage/.cache/ssh directory should be created on first boot automatically so I've no idea how that can happen.

    NB: I've not made any changes to Ethernet support in the 6.0.x kernel but perhaps there are general cleanups that improve things.

    • Best Answer

    Hi.

    Last week I commented that I could not access via SSH, I have recorded the latest nightly for the gt1 ultimate and I get the same error in the log.

    I manually created the /storage/.cache/ssh folder by mounting the microSD on my pc and now the ssh works.

    I add my log in case it helps:

    http://ix.io/4iF3

    Dec 15 11:46:59.645898 LibreELEC ssh-keygen[965]: ssh-keygen: generating new host keys: RSA Could not save your private key in /storage/.cache/ssh/ssh_host_rsa_key.XXXXCRjSRX: No such file or directory

    Dec 15 11:46:59.647527 LibreELEC ssh-keygen[965]: ssh-keygen: generating new host keys: ECDSA Could not save your private key in /storage/.cache/ssh/ssh_host_ecdsa_key.XXXXEPqnNC: No such file or directory

    Dec 15 11:46:59.647527 LibreELEC ssh-keygen[965]: ssh-keygen: generating new host keys: ED25519 Could not save your private key in /storage/.cache/ssh/ssh_host_ed25519_key.XXXXp1Gvap: No such file or directory

    Code
    Dec 08 22:01:19.029867 LibreELEC systemd-tmpfiles[372]: Failed to create directory or subvolume "/root", ignoring: Read-only file system
Dec 08 22:01:19.030097 LibreELEC systemd-tmpfiles[372]: Failed to open path '/root', ignoring: No such file or directory
Dec 08 22:01:19.042294 LibreELEC systemd-tmpfiles[372]: Detected unsafe path transition /storage (owned by 1023) → /storage/.cache (owned by root) during canonicalization of /storage/.cache.
Dec 08 22:01:19.042863 LibreELEC systemd-tmpfiles[372]: Detected unsafe path transition /storage (owned by 1023) → /storage/.cache (owned by root) during canonicalization of /storage/.cache.
Dec 08 22:01:19.043498 LibreELEC systemd-tmpfiles[372]: Detected unsafe path transition /storage (owned by 1023) → /storage/.cache (owned by root) during canonicalization of /storage/.cache.
Dec 08 22:01:19.045806 LibreELEC systemd-tmpfiles[372]: Detected unsafe path transition /storage (owned by 1023) → /storage/.cache (owned by root) during canonicalization of /storage/.cache.
Dec 08 22:01:19.046319 LibreELEC systemd-tmpfiles[372]: Detected unsafe path transition /storage (owned by 1023) → /storage/.cache (owned by root) during canonicalization of /storage/.cache.
Dec 08 22:01:19.047311 LibreELEC systemd-tmpfiles[372]: Detected unsafe path transition /storage (owned by 1023) → /storage/.cache (owned by root) during canonicalization of /storage/.cache.
Dec 08 22:01:19.048826 LibreELEC systemd-tmpfiles[372]: Detected unsafe path transition /storage (owned by 1023) → /storage/.cache (owned by root) during canonicalization of /storage/.cache.

    ekerose ^ this makes me wonder if examining the SD card in another OS has borked ownership of /storage. I have a hunch sshd is preventing the creation of keys belonging to root (user 0) in folders owned by another user (1023, who doesn't exist in LE).

    Quote from chewitt
    Code
    Dec 08 22:01:19.029867 LibreELEC systemd-tmpfiles[372]: Failed to create directory or subvolume "/root", ignoring: Read-only file system
Dec 08 22:01:19.030097 LibreELEC systemd-tmpfiles[372]: Failed to open path '/root', ignoring: No such file or directory
Dec 08 22:01:19.042294 LibreELEC systemd-tmpfiles[372]: Detected unsafe path transition /storage (owned by 1023) → /storage/.cache (owned by root) during canonicalization of /storage/.cache.
Dec 08 22:01:19.042863 LibreELEC systemd-tmpfiles[372]: Detected unsafe path transition /storage (owned by 1023) → /storage/.cache (owned by root) during canonicalization of /storage/.cache.
Dec 08 22:01:19.043498 LibreELEC systemd-tmpfiles[372]: Detected unsafe path transition /storage (owned by 1023) → /storage/.cache (owned by root) during canonicalization of /storage/.cache.
Dec 08 22:01:19.045806 LibreELEC systemd-tmpfiles[372]: Detected unsafe path transition /storage (owned by 1023) → /storage/.cache (owned by root) during canonicalization of /storage/.cache.
Dec 08 22:01:19.046319 LibreELEC systemd-tmpfiles[372]: Detected unsafe path transition /storage (owned by 1023) → /storage/.cache (owned by root) during canonicalization of /storage/.cache.
Dec 08 22:01:19.047311 LibreELEC systemd-tmpfiles[372]: Detected unsafe path transition /storage (owned by 1023) → /storage/.cache (owned by root) during canonicalization of /storage/.cache.
Dec 08 22:01:19.048826 LibreELEC systemd-tmpfiles[372]: Detected unsafe path transition /storage (owned by 1023) → /storage/.cache (owned by root) during canonicalization of /storage/.cache.

    ekerose ^ this makes me wonder if examining the SD card in another OS has borked ownership of /storage. I have a hunch sshd is preventing the creation of keys belonging to root (user 0) in folders owned by another user (1023, who doesn't exist in LE).

    Hi

    That log was from a clean install, I downloaded the image and burned it with rufus. The only access was to the fat32 partition to modify uenv.ini to assign the correct dtb and activate ssh.

    I did a few tests

    * clean install with LibreELEC.USB-SD.Creator.Win32 , add dtb and ssh to uenv -> ssh does not work

    * clean install with LibreELEC.USB-SD.Creator.Win32 , add dtb and activate ssh from the libreelec interface -> ssh works

    The problem I suspect appears when in uenv.ini you force ssh.

    chewitt, ekerose, i also confirm that when manually create the /storage/.cache/ssh folder by mounting the SD card on PC, then SSH start working! Thank you!

    Is there progress on regression in MPEG2 hardware acceleration (S912 SoC's) ? Or perhaps, can you add separate switch for turning MPEG2 acceleration ON/OFF ?

    Quote from PhoenixBG

    Is there progress on regression in MPEG2 hardware acceleration (S912 SoC's) ? Or perhaps, can you add separate switch for turning MPEG2 acceleration ON/OFF ?

    One of the HK forum regulars started to look at the MEPG2 code, but then stopped, and that was a year ago. It's probably easiest to just drop support for MPEG1/2 in the driver. This will force FFMpeg to decode in software. As MPEG1/2 media is almost always SD it's not challenging to handle in software - as much as it would be nice to use hardware decoding.

    An S905 can almost handle 1080p HEVC in software so MPEG2 at 720p/1080i should be do-able. It would still be nicer to have proper hardware decoding.. but that needs someone to take an interest in the vdec code. MPEG2 isn't a complex driver, and it's likely broken due to a few small changes due to general V4L2 evolution since it was first written, but we're approaching three years since someone last seriously looked at the code and it appears nobody (who can code) cares enough to look.

    Quote from chewitt

    Random suggestion .. use Notepad++ to edit the file, not Notepad or Wordpad - if you're a Windows user?

    Yes, i'm Windows user and my default text editor is notepad++, and the only diference between to clean installs was type ssh on uenv.

    Tested again with 20221218 nightly, burn with libreelec sd creator and uenv edited with notepad++

    adding ssh to unev -> ssh error connection

    activate ssh from menu -> ssh works

    Edited 2 times, last by ekerose (December 19, 2022 at 11:15 AM).