Posts by chewitt

If swapping newer KERNEL/SYSTEM to older SD card works the issue is related to u-boot which is installed to the SD card, and the card has an old version; a newly created card has a newer (non-working) version.

jernej ?

karotrape Can you please test https://chewitt.libreelec.tv/testing/LibreE…droid-c2.img.gz to see if the DAC works now? - I've partially reverted a change related to USB init on the C2 that might responsible.

Quote from Tahurel

How about bwm-ng?

Also in the same tools package.

I'd be surprised if it was a power issue as USB DACs don't normally draw much current and it worked on older LE releases. If you see the LE splash on-screen with cold boot the issue is something in the kernel (as we booted that far). If you're not seeing the LE splash on screen during cold boot (or nothing on screen, HDMI should work) the problem involves u-boot and that's going to need UART output to see what's happening.

For the sake of asking, what DAC are you using?

krisrok also update to the LE12 beta: newer everything might fix the issue, and if not, then you're on the release that will can receive fixes as there will be no more LE11 releases.

Quote from groovyturtles

it uses Realtek 8812au chipset and LibreELEC doesn't support drivers for this

Explain this then: https://github.com/LibreELEC/Libr…12AU/package.mk

Run "pastekodi" then "lsusb -tv | paste" with the T4U attachd and share the URL's generated. If the driver isn't probing/loading the USB device ID's are probably missing or there's some other explanation.

Sep 12 19:04:40 LibreELEC systemd[1]: Configuration file /storage/.config/system.d/storage-timecapsule.mount is marked executable. Please remove executable permission bits. Proceeding anyway.

^ "chmod -x /storage/.config/system.d/storage-timecapsule.mount" .. but that's not the issue stopping mount.

At this point I'm unsure what the issue is

What happens if Tvheadend is restarted after the third tuner is connected?

Share Tvheadend logs!

https://wiki.libreelec.tv/development/build-basics

^ Start with creating a current LE12 (master) image that boots the device. Once you have a working image, adding a patch to change kernel behaviour and rebuilding to include the change is simple. NB: figuring out what to change will be the challenge. I can't offer any advise on that, but maybe others can.

That's correct.

Mar 25 16:14:08 LibreELEC systemd[1]: storage-timecapsule.mount: Directory /storage/timecapsule to mount over is not empty, mounting anyway.
Mar 25 16:14:08 LibreELEC systemd[1]: Mounting TimeCapsule Mount Script...
Mar 25 16:14:15 LibreELEC systemd[1]: storage-timecapsule.mount: Mount process exited, code=exited status=255
Mar 25 16:14:15 LibreELEC systemd[1]: Failed to mount TimeCapsule Mount Script.
Mar 25 16:14:15 LibreELEC systemd[1]: storage-timecapsule.mount: Unit entered failed state.

^ that suggests something has written data to /storage/timecapsule? - delete the data and mount should work then?

Can you provide UART output from the board? .. I don't see any issues booting my C2 board from SD or eMMC

I'd ask that you start from a current LE12 image, e.g. https://chewitt.libreelec.tv/testing/ and install only Librespot. I've not tested it on a C2 before but it's running okay on an RPi5 in daily use with the same add-on binaries (same ARMv8 add-on repo).

NB: The concept of a minimalist distro means; it's not going to be added to the main image (but hence the add-on).

Quote from Tahurel

Is there even a way to get it installed to begin with, without the staff baking it into the default install?

Yup, install the System Tools add-on from the LE add-on repo.

I missed that .. too much beer last night at Kodi DevCon

PrintLastLog is a config not runtime option so the correct way would be copying /etc/ssh/sshd_config to /storage/.ssh/sshd_config and edit the file there, then add "-f /storage/.ssh/sshd_config" runtime args to /storage/.cache/services/sshd.conf so it uses the modified file not the embedded read-only one. The modified args work, but I wasn't able to get lastlogin to appear

Thanks, we need to see if we can discover the right names for the registers we're poking (even the vendor kernel is vague on this) and then we'll send changes upstream.