Posts by heitbaum

    So it’s this one, (you can confirm by remove/adding it in between running lspci)

    Bus 001 Device 003: ID 2013:0462 PCTV Systems PCTV 461

    ==
    Can you please run lsusb -d 2013:0462 -v

    Also journalctl -f when you insert the USB, as the dmesg in the debug log does not show the device at all.

    ==
    Answer seems to be here (Message 8 - no go) - https://tvheadend.org/d/8633-dvb-s2-…configuration/8 not sure if there have been changes since.

    There are lots of references here -

    Missing support for Pinnacle 461e Rev 3 BBH9 · Issue #170 · b-rad-NDi/Ubuntu-media-tree-kernel-builder
    This appears to use a newer Montage M88DS3103C demodulator USB details Bus 003 Device 007: ID 2013:0462 PCTV Systems PCTV 461 Inserting device under Fedora 40…
    github.com
    WinTV-Nova-S2 USB revision BAH9 (PCTV_461E) support, work around and fix · Issue #162 · b-rad-NDi/Ubuntu-media-tree-kernel-builder
    Just repeating the issue raised here: b-rad-NDi/media_tree#12 I created a /etc/modprobe.d/dvb.conf with the contents: options em28xx card=92 Ran a depmod -a…
    github.com


    And 12, 13, ….


    There are some modprobes in 12 that might be worth testing to confirm your card version.

    Fix identified and added

    podman: update to 5.2.2 and addon (1) by heitbaum · Pull Request #9297 · LibreELEC/LibreELEC.tv
    conmon: update to 2.1.12 libassuan: update to 3.0.1 netavark: update to 1.12.2 and fix cross-compile build podman-bin: update to 5.2.2 Fixes [BUG] netavark is…
    github.com
    [le12] podman: update to 5.2.2 and addon (1) by heitbaum · Pull Request #9298 · LibreELEC/LibreELEC.tv
    conmon: update to 2.1.12 libassuan: update to 3.0.1 netavark: update to 1.12.2 and fix cross-compile build podman-bin: update to 5.2.2 Fixes [BUG] netavark is…
    github.com

    You have the syslinux.cfg file correct for the “xe” driver now.

    The MEI and GSC errors are now gone (I have marked the Pull Request as ready for LE13)

    You still have a warning with “Port F asks to use VBT vswing/preemph tables” - here is the code and it is not implemented - https://github.com/torvalds/linux…2253f4035d3be2e - something you could research / check with the kernel (Intel) team - https://lore.kernel.org/all/[email protected]/


    You may want to test using both the i915 versus xe drivers, and see which one works better for you. Officially the i915 driver is suppose to support your card (as you had it working yesterday) - so will leave you to experiment.

    The only error I can see on the i915 is

    Therefore I have to reinstall with this added in the syslinux.cfg ?

    If I am adding it like this

    7d01 is matching my ID, the installer is coming up with an error saying that the files are not found

    Its a single line. My installed line looks like:

    Bash
    nuc12:~ # more /flash/syslinux.cfg
    DEFAULT linux
    PROMPT 0
    LABEL linux
    KERNEL /KERNEL
    APPEND boot=UUID=779D-1827 disk=LABEL=Storage ssh i915.force_probe=!4626 xe.force_probe=4626

    you can edit this by remounting /flash on the installed copy. (I am running 6.10)

    e.g.

    Bash
    mount -o rw,remount /flash/syslinux.cfg
    vi /flash/syslinux.cfg
    mount -o ro,remount /flash/syslinux.cfg
    sync
    reboot


    Suggest removing quiet if you are debugging.

    Now you have a mostly working system, can you share the debug logs.

    Note: I don’t have any whitelists/etc on my Alder Lake for 4K HDR playback (LG tv)

    usual suggestions to test - nothing between your TV and PC - no AVR…. Compliant HDMI cable…


    Jumping ahead - I have begun testing the “xe” driver versus the “i915” driver which requires an edit to the /flash/syslinux.cfg APPEND line - in my case i915.force_probe=!4626 xe.force_probe=4626 - not saying that this is a fix, but is where Intel are investing time in for the modern iGPU driver. You will need your VGA cards PCIid if you are testing this.

    LE12 will only be release with the 6.6 kernel.


    There is an Omega image in the LE13 nightlies (before we switched to K22 Piers) is has kernel 6.9.5 - link below. Otherwise it would require a custom image.

    GitHub - LibreELEC/LibreELEC.tv at c780187ec307e84c97391f8e37a03f31738747a8
    Just enough OS for KODI. Contribute to LibreELEC/LibreELEC.tv development by creating an account on GitHub.
    github.com

    Everything after that is K22.
    https://test.libreelec.tv/13.0/Generic/Generic/LibreELEC-Generic.x86_64-13.0-nightly-20240714-c780187.img.gz

    I have explained it a few times now. But I will again for clarity.

    Jobs are scheduled (if there are changes in the last 24 hours and an image will be built, it does not check it an image of that hash exists already.)

    Jobs are also run manually, in this case the RPi ones were run to address a RPi 2GB built “quickly.”


    There is nothing to be read into the images with different dates and the same hash. There maybe many of the same hash, you are welcome to use any off them, though the contents will have different compile dates, they will be from the same source.


    Hope this fully answers the questions.