handy HTPC device for vacation travels
Nicely done. And all along I thought I was the only person that takes a SBC on vacation...
Posts by gadget_guy
-
-
Doesn't the T95H have a H616 processor? If so LE won't run on that.
-
ok, i disabled CONFIG_SUN50I_IOMMU, recompiled the image and it locked up after about 7 and a half hours.
-
CONFIG_SUN50I_IOMMU
where do i find that? is it in one of the patch files? or kernel config?
-
Updated patches are here: https://github.com/jernejsk/Li…e0e8645187224ebdee7aa57b1
I made a v11 image with these patches, and let it sit idle overnight with the default configuration (so CEC was enabled). It locked up after a little more than 8 hours.
-
So official image (from OrangePi site) has same issue?
yes it does (just tried with latest Debian image from http://www.orangepi.org)
-
Can you try with patch http://ix.io/4FU4 and see if that solves your network issues?
this did not fix it. *maybe* it did improve it slightly (seemed that 2 or 3 times out of ten the network did come up even without me pinching the PHY chip). But could easily have been coincidence.
-
It was on an i5 PC with an oldish version (v11) of Debian.
I am currently trying it again on a different i5 with a fresh install of Ubuntu-22.04.3. Will update this thread as soon as it fails or succeeds. THanks.
UPDATED: Using Ubuntu-22.04.3 it worked fine! Thank you!
-
sorry if this is a stupid/obvious mistake. I am following the build-basics steps in the wiki exactly, except i replaced "PROJECT=Generic ARCH=x86_64" with "PROJECT=Allwinner ARCH=aarch64 DEVICE=H6" (target is an OrangePi 3 Lts).
eventually got this error:
Code
Display MoreBUILD openssl (host) TOOLCHAIN configure Usage: Configure [no-<cipher> ...] [enable-<cipher> ...] [-Dxxx] [-lxxx] [-Lxxx] [-fxxx] [-Kxxx] [no-hw-xxx|no-hw] [[no-]threads] [[no-]shared] [[no-]zlib|zlib- dynamic] [no-asm] [no-egd] [sctp] [386] [--prefix=DIR] [--openssldir=OPENSSLDIR] [--with-xxx[=vvv]] [--config=FILE] os/compiler[:flags] pick os/compiler from: BC-32 BS2000-OSD BSD-aarch64 BSD-generic32 BSD-generic64 BSD-ia64 BSD-riscv64 BSD-sparc64 BSD-sparcv8 BSD-x86 BSD-x86-elf BSD-x86_64 Cygwin Cygwin-i386 Cygwin-i486 Cygwin-i586 Cygwin-i686 Cygwin-x86 Cygwin-x86_64 DJGPP MPE/iX-gcc OS390-Unix UEFI UEFI-x86 UEFI-x86_64 UWIN VC-CE VC-WIN32 VC-WIN32-ARM VC-WIN32-ARM-UWP VC-WIN32-ONECORE VC-WIN32-UWP VC-WIN64-ARM VC-WIN64-ARM-UWP VC-WIN64A VC-WIN64A-ONECORE VC-WIN64A-UWP VC-WIN64A-masm VC-WIN64I aix-cc aix-gcc aix64-cc aix64-gcc aix64-gcc-as android-arm android-arm64 android-armeabi android-mips android-mips64 android-x86 android-x86_64 android64 android64-aarch64 android64-mips64 android64-x86_64 bsdi-elf-gcc cc darwin-i386 darwin-i386-cc darwin-ppc darwin-ppc-cc darwin64-arm64 darwin64-arm64-cc darwin64-ppc darwin64-ppc-cc darwin64-x86_64 darwin64-x86_64-cc gcc haiku-x86 haiku-x86_64 hpux-ia64-cc hpux-ia64-gcc hpux-parisc-cc hpux-parisc-gcc hpux-parisc1_1-cc hpux-parisc1_1-gcc hpux64-ia64-cc hpux64-ia64-gcc hpux64-parisc2-cc hpux64-parisc2-gcc hurd-x86 ios-cross ios-xcrun ios64-cross ios64-xcrun iossimulator-xcrun iphoneos-cross irix-mips3-cc irix-mips3-gcc irix64-mips4-cc irix64-mips4-gcc linux-aarch64 linux-alpha-gcc linux-aout linux-arm64ilp32 linux-armv4 linux-c64xplus linux-elf linux-generic32 linux-generic64 linux-ia64 linux-latomic linux-mips32 linux-mips64 linux-ppc linux-ppc64 linux-ppc64le linux-sparcv8 linux-sparcv9 linux-x32 linux-x86 linux-x86-clang linux-x86_64 linux-x86_64-clang linux32-s390x linux64-loongarch64 linux64-mips64 linux64-riscv64 linux64-s390x linux64-sparcv9 mingw mingw64 nonstop-nse nonstop-nse_64 nonstop-nse_64_put nonstop-nse_g nonstop-nse_g_tandem nonstop-nse_put nonstop-nse_spt nonstop-nse_spt_floss nonstop-nsv nonstop-nsx nonstop-nsx_64 nonstop-nsx_64_put nonstop-nsx_g nonstop-nsx_g_tandem nonstop-nsx_put nonstop-nsx_spt nonstop-nsx_spt_floss sco5-cc sco5-gcc solaris-sparcv7-cc solaris-sparcv7-gcc solaris-sparcv8-cc solaris-sparcv8-gcc solaris-sparcv9-cc solaris-sparcv9-gcc solaris-x86-gcc solaris64-sparcv9-cc solaris64-sparcv9-gcc solaris64-x86_64-cc solaris64-x86_64-gcc tru64-alpha-cc tru64-alpha-gcc uClinux-dist uClinux-dist64 unixware-2.0 unixware-2.1 unixware-7 unixware-7-gcc vms-alpha vms-alpha-p32 vms-alpha-p64 vms-ia64 vms-ia64-p32 vms-ia64-p64 vms-x86_64 vos-gcc vxworks-mips vxworks-ppc405 vxworks-ppc60x vxworks-ppc750 vxworks-ppc750-debug vxworks-ppc860 vxworks-ppcgen vxworks-simlinux Configuring OpenSSL version 3.0.8 for target lin ux-i686 Using os-specific seed configuration FAILURE: scripts/build openssl:host during configure_host (package.mk) *********** FAILED COMMAND *********** ./Configure ${PKG_CONFIGURE_OPTS_HOST} ${PKG_CONFIGURE_OPTS_SHARED} linux-${MACH INE_HARDWARE_NAME} ${CFLAGS} ${LDFLAGS} ************************************** FAILURE: scripts/build openssl:host has failed! The following log for this failure is available: /home/rob/LibreELEC.tv/build.LibreELEC-H6.aarch64-11.0-devel/.threads/logs/22. log >>> openssl:host seq 22 >>> [019/271] [FAIL] build openssl:host The following log for this failure is available: /home/rob/LibreELEC.tv/build.LibreELEC-H6.aarch64-11.0-devel/.threads/logs/22. log Parallel build failure - see log for details. Time of failure: Mon Sep 11 10:15: 05 EDT 2023 make: *** [Makefile:10: image] Error 1The .threads\logs\22.log didnt seem to have any additional info.
what did i do wrong?
-
jernej lol, you assume i know how to recompile a kernel, I'm flattered. but i always wanted to learn, so i RTFM
and it seems to be successfully building. (for my own future reference, I just replaced "PROJECT=Generic ARCH=x86_64" with "PROJECT=Allwinner ARCH=aarch64 DEVICE=H6").
for the patch though, i see a bunch of numbered files in subdirectories in "projects\Allwinner\patches". Do I just create a new text file somewhere in there with the contents of your patch? Does it matter what I name it?
Thanks for help!
-
turning off CEC from the Kodi side. And the device still froze, so my feeling is CEC is not the cause.
I am sorry to further muddy the waters, but what version of LE were you running?
This is just anecdotal, and not any kind of proof, but there was one of my Opi3LTS' that was also locking up even with CEC off. I had been running the recent v11 nightlies on it. I had actually written "flaky" on it with a marker and pretty much tossed it in the corner. But just for S&G I loaded the v11 nigthly from January 9th on it (the same version that has been running on another Opi3Lts for months without freezing).
and now the same "flaky" board that wouldn't last more than 6 hours with a recent nightly on it has been running nonstop for over 48 hours with an old nightly from January. (and in both of these cases, CEC was OFF).
I will install your kgdb/kdb kernel and keep my serial terminal recording...
-
Do you know if vendor images based on BSP kernel also exhibit this issue?
not exactly sure how I know its a BSP kernel. In addition to Armbian, I tried the "official" debian image from the OrangePi website, but the board has the same problem.
-
Any of you have serial console? I plan to build LE11 update with a lot of kernel debug functionality enabled
yes, i can record the serial output.
-
I installed your v11 development version (onto a fresh v11 install). CEC is working. I will keep it running
It froze after about 12 hours.
-
I am marking this thread resolved because I am 99.5% sure this problem has nothing to do with LE, and I also identified a reliable (but strange) workaround.
I have several Opi3Lts, and some of them experience the problem frequently, but one of them never has. Also, even with a different OS (armbian) I was still seeing the intermittent no-ethernet problem. So this is not a LIbreelec problem, its probably a marginal hardware design.
So here is my solution: I pinch the ethernet chip. Seriously.
if the ethernet fails to enable after a boot, I place my thumb firmly over the small "Motorcomm" chip next to the RJ45 connector while squeezing directly behind it on the other side of the board with my index finger. I keep my fingers there while powering up the board, and once I see the LEDs on the ethernet socket blinking I can let go and it will be fine until the next reboot. Works 9 out of 10 times.
I heard about this trick years ago, sometimes with a digital circuit that is on the verge of working/not-working the extra capacitance of a finger can delay or filter the waveform just enough to make something work.
-
omg, I had no idea it was that easy, thanks for the link!
Anyway, I installed your v11 development version (onto a fresh v11 install). CEC is working. I will keep it running and let you know if it locks up. Thanks again.
-
When I click on LibreELEC ADD-ons it says "Could not connect to repository". It only does this from my two OrangePi3Lts, from my Rpi4 it works fine. Been trying since yesterday. IP Address xxx.xxx.165.224. Thanks
UPDATE: this might be a non-issue. I updated the Opi from v11 to the latest v12 nightly, and now the repository is working fine.
-
i admit i was a little unsure what to do with the update you posted (it wasnt an IMG file that could be burned to an SD card).
so i took an SD card that i burned with the latest v12 nightly image, mounted it on a linux PC and replaced the SYSTEM and KERNEL files with the files from the "target" folder in the tar you posted. It booted up and was now reporting that it was running your development version. Did I do that correctly?
Anyway it ran fine and was working, including CEC. But I left it idle though and it froze after about 20 minutes. After a power cycle it it immediately says "[SKIP] Ordering cycle found, skipping local-fs.target" and sits there.
