Posts by HiassofT

mkfs.ext4 is present in LE.

You can use tune2fs (also present in LE) with the "-m 0" option to change the root reserved space to 0% - make sure you unmount the drive before doing that.

so long,

Hias

Quote from spooker

I have this hat
https://www.msldigital.com/collections/al…=30268836610182
which is a power switch for the raspberry pi.

Ah, this is important information. I highly suspect your poweroff/reboot issues are related to that hat - haven't seen anything similar on plain RPi4 installations (reboot, poweroff and then powercycling and gpio-shutdown overlay with a button all work fine).

so long,

Hias

Something went wrong, you should not have HDMI-A-2 in cmdline.txt unless you actually plugged something into the second HDMI port.

Remove all hdmi entries in config.txt (also the pixel encoding, it doesn't have any effect), ssh in and run "getedid delete", then reboot.

After that run "getedid create" again, it should report successful install of HDMI-A-1 edid and cmdline.txt should have drm.edid_firmware and video settings for HDMI-A-1 (but not HDMI-A-2):

LibreELEC:~ # getedid create
successfully installed edid override for HDMI-A-1
LibreELEC:~ # cat /flash/cmdline.txt
boot=UUID=2907-5719 disk=UUID=cf0bbd10-802c-41cf-bb8b-3bbe78425239 console=serial0,115200 earlycon=pl011,mmio32,0xfe201000 systemd.debug_shell drm.edid_firmware=HDMI-A-1:edid/edid-HDMI-A-1.bin video=HDMI-A-1:D

If LE doesn't come up after reboot or power off that's most likely a different issue, not related to video. You should at least have network (ping / ssh).

The logfile shows you installed an autostart.sh, what are you running from there? Might be worth removing that for testing - trying with a clean LE10.0.2 install on a separate SD card might also be worth a try.

so long,

Hias

Quote from spooker

raspberry pi boots before the AV-amplifier so at the time of boot there is really no display present that is why I have hdmi_force_hotplug=1

In this case you have to run "getedid create" to permanently install the edid - hdmi options in config.txt no longer have any effect. See also the release notes https://libreelec.tv/2022/03/09/lib…nges-since-le92

so long,

Hias

Hmm, I would have expected that the WM8804's reset line is wired to a GPIO and controlled by the driver to avoid such issues - but that doesn't seem to be the case (the hifiberry digi and digi pro overlays don't contain wlf,reset-gpio DT properties).

It's best you contact the manufacturer of your sound card, he should know how to deal with the issue.

so long,

Hias

Quote from ghtester

I believe this should be reworked as well otherwise it's easy to fell into deadlock (when an USB boot is the only possible way for some reason). And in this case both bootloader upgrade and any bootloader configuration changes are blocked.

LE already cleans up bootloader update files in /flash during bootup if bootloader (self-)update didn't pick them up and/or remove them. This also won't deadlock, bootloader self-update had such a potential issue before timestamps were introduced, but this has been resolved long ago.

so long,

Hias

I could reproduce the issue, but it'll be a bit tricky to solve - we probably should rework bootloader update handling in the LE settings addon (which is quite a mess).

The problem is that rpi-eeprom-update embeds a timestamp in the .sig file, and as the systemd service runs prior to time being set via NTP it'll be before the "current" eeprom timestamp and thus the bootloader skips self-update when booting from USB.

Just ssh in and run "rpi-eeprom-update -a" as a workaround for now, this will work fine (at least if system time has been set via NTP).

so long,

Hias

Forage that was the output of rpi-eeprom-update, not rpi-eeprom-config.

But as the output shows that your bootloader eeprom is up to date I'd say everything is fine on your side

so long,

Hias

I cannot reproduce this here with 10.0.2 running from SD card, Apr 2021 bootloader was successfully updated to Jan 2021 version as expected.

Are you booting from USB? Please also post the output of rpi-eeprom-config, if self updates are disabled this would explain the issue when trying to update with USB boot.

so long,

Hias

That's a known kodi issue https://github.com/xbmc/xbmc/pull/17921

so long,

Hias

Quote from JohnWayne111

Can we download it? (tar.gz)

https://github.com/LibreELEC/Libr…ases/tag/10.0.2

Yes, you can download the tar.gz, build it and help us testing

so long,

Hias

Quote from Shazb0t

Running it for the afternoon, unfortunately it has the same issue as 10.0.1 where it keeps powering my AVR/TV back on after shutdown.

Please keep discussion in this thread to HDR, there's already a thread about the AVR issue- post your issue there:

Post

RE: TV/AVR turns back on right after turning them off

imforumman can you please test if this build solves the issue?

https://www.horus.com/~hias/tmp/libr…358-de11582.tar

It contains a patch from popcornmix  https://github.com/popcornmix/lin…3b576a466584234 that should help.

so long,

Hias

HiassofT

January 24, 2022 at 5:28 PM

The experimental patch is in my builds since a month ago, I don't use an AVR so can't help much here.

so long,

Hias

Quote from Shazb0t

Starting running this, thanks. Is this still the latest?

yes

so long,

Hias

It's best you ask this question on the Retropie forum - I have no idea about retropie and what you need to do to build additional kernel modules for it.

so long,

Hias

Quote from offbeat

And yes, disabling script.embuary.info seems to help, can't crash Kodi by navigating in video lists anymore.

Then I've reenabled embuary and got this error in kodi.log

Please report that to the addon author. It could be something in the addon or in the addon depends that triggers this issue.

Kodi switched to Python 3.9.10 about a month ago https://github.com/xbmc/xbmc/pull/20853 and one of the comments in the PR also mentioned kodi crashes on android if script.module.simplecache is used (which is also used by script.embuary.info).

So this doesn't seem to be LE specific and it's best to take it up to the relevant authors so they can investigate it.

so long,

Hias

If you want to get this solved please try the suggested addon change.

Also try with a clean install using stock estuary skin and then try installing addons one by one and carefully test.

I'm not seeing any crashes here on RPi4 - also using the youtube addon.

If you just switch to older builds nothing will change as no one of us devs could reproduce the issue so far.

so long,

Hias

Quote from rschupp

Here's another crash log, produced with a build with DEBUG=Python3,kodi

The last lines in the log show that script.embuary.info ran just before the crash:

2022-02-16 17:22:12.053 T:1305     info <general>: CPythonInvoker(9, /storage/.kodi/addons/script.embuary.info/default.py): script successfully run
2022-02-16 17:22:12.155 T:1305     info <general>: Python interpreter stopped
2022-02-16 17:22:24.776 T:1306     info <general>: initializing python engine.

Please try with that addon removed, it seems to cause crashes on other systems, too. See eg this bug report https://github.com/sualfred/script.embuary.info/issues/81

so long,

Hias

Note that you also have to build the sound card driver https://github.com/LibreELEC/slice-drivers

Here's my current WIP branch for kernels 5.10/5.15 https://github.com/HiassofT/slice-drivers/tree/kernel-5.10+

so long,

Hias