Posts by chewitt

Quote from Forage

It should be TBS upstreaming their work in that repository to the kernel, but for some raison they don't.

TBS has a love/hate relationship with upstreaming. All the people trying to use their devices and/or sustain support in distros are in favour of upstreaming and a couple of years ago they caved into the pressure and started releasing on GitHub which provided a consistent/common source for them. At the same time this has made it easier for cheap Chinese knock-offs of their boards to be produced so part of their team would like to revert to the less accessible "download tarballs via website" approach they had in the past. I'm not sure what the solution is, and it's a hard problem for a small manufacturer so I'm not sure they do either, so I wouldn't expect much change. Most of the drivers are rather messy anyway so the upstreaming process would need a ton of patience and persistence.

LE runs "ash" from busybox, not "bash" (or dash) so shell differences could be the problem.

I think the settings add-on stuff was removed around 9.0 or 9.2 as it wasn't really needed. These days we detect /storage/.config/lircd.conf (via lircd.service) which runs a helper looking for /storage/.config/lirc_options.conf before executing /usr/sbin/lircd .. no conf files = no need to start lircd (only eventlirc).

Quote from 13lenar

in LibreELEC (Matrix) 10.0.0 the solution does not work

I've used the capability to overlay firmware files for testing on a Cubox-i image within the last week, so I disagree. Pastebin directory listings to prove you did things correctly.

You need to self-compile the entire distro (image) from sources. Read: https://wiki.libreelec.tv/development-1/build-basics

Make sure you restore fluxbox too.

RPi4 will report as BCM2835 due to compat decisions in the kernel code and depending on what's been queried from userspace. It's not a fake RPi board, it's normal. See some older explanations for RPi3B reporting the same way (it's still the same thing):

RPi 3 with BCM2835 ??? - Raspberry Pi Forums

RPi 3 with BCM2835 ??? - Raspberry Pi Forums

AppleTV (mk1) uses "atvclient" to process events from the receiver, see GitHub - chewitt/atvclient: AppleTV Remote XBMC Event Client for Linux .. but we dropped the package from LE several years ago now. It's my understanding that the kernel should be able process the events via USBHID, but you will need to use LIRC which is disabled by default. I'm not very clued up on LIRC usage, but https://wiki.libreelec.tv/configuration/…es#lirc-support and iMacIntel - Debian Wiki might give some hints on what to do.

LE will boot with a 32MB /storage partition - no files are copied and *everything* is in the read-only squashfs SYSTEM file.

Some of the changes in distributions/LibreELEC/options will cause problems for a Generic build add ATV project/patches and adjust distro options · chewitt/LibreELEC.tv@ca3ee28 · GitHub

blackride I looked for hardware differences odroid-c2:hardware:hardware [ODROID Wiki] but HK fiddled with USB a little (the weak part of their designs on multiple boards) but I don't see anything that would impact an SD card. If there were meaningful differences in the dtb files I'd have something to go on .. but both of the visible changes are minor things. As for the future of LE10 .. I keep what does work rebased against LE in the hope people who develop code take an interest, and I do device-tree work to add support for hardware into the upstream kernel, but Amlogic media capabilities in the upstream kernel are not in brilliant shape and I don't code so have limited ability to fix anything. LE releases don't make much sense right now (which is why nightlies are stopped and we are not pushing it at anyone). Maybe things change. Maybe they don't. The future is up to the community..

kenmills You will need to use the images under my share as there are no project nightlies right now. You can use rufus or other SD writing apps like Etcher. If the box needs the toothpick method .. use the toothpick method (this varies by box). Use the "box" image and configure a device tree filename in uEnv.ini that is similar to your hardware; there are some other GXM box devices that are probably a close match.

Sep 14 00:37:53 LibreELEC xorg-launch[563]: gbm: failed to open any driver (search paths /usr/lib/dri)
Sep 14 00:37:53 LibreELEC xorg-launch[563]: gbm: Last dlopen error: /usr/lib/dri/i915_dri.so: cannot open shared object file: No such file or directory
Sep 14 00:37:53 LibreELEC xorg-launch[563]: failed to load driver: i915
Sep 14 00:37:53 LibreELEC xorg-launch[563]: gbm: failed to open any driver (search paths /usr/lib/dri)
Sep 14 00:37:53 LibreELEC xorg-launch[563]: gbm: Last dlopen error: /usr/lib/dri/kms_swrast_dri.so: cannot open shared object file: No such file or directory
Sep 14 00:37:53 LibreELEC xorg-launch[563]: failed to load driver: kms_swrast
Sep 14 00:37:53 LibreELEC xorg-launch[563]: gbm: failed to open any driver (search paths /usr/lib/dri)
Sep 14 00:37:53 LibreELEC xorg-launch[563]: gbm: Last dlopen error: /usr/lib/dri/swrast_dri.so: cannot open shared object file: No such file or directory
Sep 14 00:37:53 LibreELEC xorg-launch[563]: failed to load swrast driver
Sep 14 00:37:53 LibreELEC xorg-launch[563]: couldn't get display device

^ It cannot load the Intel i915 GPU driver and also fails to fall-back onto swrast. So what GPU is in the laptop?

"journalctl | paste" .. Kodi logs aren't much help (and it's not debug level)

Hauppague made a big effort to upstream their drivers in recent times, which reflects in ease of support. TBS are still in the raised middle-finger zone.

"cat /path/to/log | paste" should do the same, although I forget what paste service was used in 7.0 days

You can disable removable drive auto-sharing in the LE settings add-on under Services > Samba. You should not fiddle with the content in the .cache folder as the settings add-on expects exclusive access (the folder is hidden for a reason).

No idea what the issue might be with graphics, other than "device is too old and GPU not supported" .. but get access via SSH and share logs and we can see more what is happening. SSH is disabled by default (can be enabled in the GUI first-run wizard) but it can be forced with "ssh" in syslinux.conf boot params.