7.0.3.012f S905 Chip.Enabled Temp Sensor Tests

MiniMx III 2g/16g S905 Non Branded Beelink
With temp sensor enabled version
=> frequent freeze at boot.

weird, i have tried the 7.0.3.012f build on my MiniMXIII S905 too and it works great without freezes, i turned on/off about 10 times without freeze, with the previous non temp disabled builds i had constant freezes (at max every 2nd/3rd boot)
i will test this later on my 2 MiniMX 1/8G boxes too, will report

I tried again this morning, I've lost count but I'm sure I've rebooted 20+ times and no freezing yet. With older builds i could not reboot 3 times in a row.

Beelink MiniMXIII

with the "g" build, the boot issues have returned. Reverted back to"f" for now.

7.0.3.012f had no changes that could cause fixing temperature sensor, not does 7.0.3.012g. It's a pure coincidence that suddenly it started to work for you.

I tried to hunt down the problem by adding some debug logging and a NULL pointer check over here: linux-amlogic-le/aml_thermal_hw.c at amlogic-3.14.y · kszaq/linux-amlogic-le · GitHub (because of something like this VBCL ).

But at some other boots the CPU seems to completely halt and a timeout is reported after 60 seconds. I think the a problem starts after registering the thermal callbacks over here: linux-amlogic-le/aml_thermal_hw.c at amlogic-3.14.y · kszaq/linux-amlogic-le · GitHub so switching modes freezes the CPU...?

Also tried to change the dynamics of booting a little by skipping USB initialization by U-boot (WARNING booting from USB will be disabled). Not sure if it helps yet but booting from NAND seems to be a lot faster .

Quote

fw_setenv bootcmd "if test ${bootfromnand} = 1; then setenv bootfromnand 0; saveenv; else run librefromsd; fi; run storeboot"

Also was hoping that changing the CPU governor helped but I guess not (included in 7.0.3.012d): projects/S905: set default CPU governor to ondemand · kszaq/LibreELEC.tv@d34caf6 · GitHub

today i tried to reboot my MiniMXIII many times but it froze at beelink logo on 3rd reboot so kszaq is right, we need to go back to the temp senzor disabled builds

I tried to debug some more but I wasn't able to reproduce it anymore (tried about 30 cold / warm reboots)... normally 1 in 5.

MXQ Pro 4k (S905) LE 7.0.3.012g
LibreELEC-S905.arm-7.0.3.012g.img.gz
gxbb_p201.dtb
From internal, USB boot disabled.

Quote from kostaman

MiniMx 2g/16g S905 Non Branded Beelink
LE Internal 7.0.3.012g Non Temp Disabled

No Freezes 20 re boots.
Update: Re Boots , Backups, Hard resets , Power on/off .
Cannot get a Freeze. 2 days over 50 power offs.

Thanks kszaq. I will keep testing with non temp disabled with my s905 boxes and keep it in this thread.
See what others report here as well.

Using both "f" and "g" TEMP ENABLED releases on 7.03.012 for few days now on Beelink MX64 S905 2GB/8GB box and have had no freezes at all (both hard and soft boots).

Using 108L1 Beelink firmware on NAND on one box. I have 2 of these boxes - one with Android on NAND and one with LE v7.03.012g on NAND. I have no problems with LE freezes on either NAND or SD card (so far.....)

Before "f" I would get a freeze about 1 in 7 times and had to switch to the temp disabled releases.

Sticking with the temp enabled releases for now.

Sunvell T95m 2/8 running standard g no freezing and reboots as normal.

I do know that the newer machines are 905x whereas mine is a 905

I have a Nexbox MXQ 4K Pro, which had A LOT of problems
since 009 without the temp disabled version. Meaning ZERO
chance of a boot. 100% failure to boot.

So, I would really like to help/test, too, but when I install one
of the newer versions with temp enabled and it fails again ...
how do I access the box and get it running again or do I have
to do a complete new installation?

PS With temp disabled there is no problem and I am running
the newest version, too.

If you have a spare, you can simply make a new sdcard with the new version and boot it. Else you can use a card/disk imager software and make a full binary copy of the card contents before creating a new one.