Hi, need some help. I managed to successfully build libreelec from github repository with "PROJECT=Allwinner ARCH=arm DEVICE=H5 make image" command, then flashed the corresponding image in /target directory to sd card, but the board won't boot. Tried with both libreelec 10.0.2 final and 11.0 developement releases, the result is the same. There were no errors during the compilation. The host system is linux mint 20.3. Anyone came across this problem?
Orangepi PC2: Libreelec built from sources won't boot
-
StoyanT -
April 19, 2022 at 7:36 PM -
Thread is Unresolved
-
-
Connect a UART cable to the board and share the early boot output.
-
Hi, here is booting log:
Code
Display MoreU-Boot SPL 2022.04 (Apr 19 2022 - 08:50:02 +0300) DRAM: 1024 MiB Trying to boot from MMC1 NOTICE: BL31: v2.4(release):10.0.0-2039-gab8d3d2239-dirty NOTICE: BL31: Built : 22:38:57, Apr 18 2022 NOTICE: BL31: Detected Allwinner H5 SoC (1718) NOTICE: BL31: Found U-Boot DTB at 0x4081558, model: Xunlong Orange Pi PC 2 NOTICE: PMIC: Assuming H5 reference regulator design NOTICE: PSCI: System suspend is available via SCPI U-Boot 2022.04 (Apr 19 2022 - 08:50:02 +0300) Allwinner Technology CPU: Allwinner H5 (SUN50I) Model: Xunlong Orange Pi PC 2 DRAM: 1 GiB Core: 31 devices, 15 uclasses, devicetree: separate WDT: Not starting watchdog@1c20ca0 MMC: mmc@1c0f000: 0 Loading Environment from FAT... Unable to read "uboot.env" from mmc0:1... In: serial@1c28000 Out: serial@1c28000 Err: serial@1c28000 Allwinner mUSB OTG (Peripheral) Net: eth1: usb_ether Hit any key to stop autoboot: 0 switch to partitions #0, OK mmc0 is current device Scanning mmc 0:1... Found /extlinux/extlinux.conf Retrieving file: /extlinux/extlinux.conf 1: LibreELEC Retrieving file: /KERNEL append: boot=UUID=1904-5155 disk=UUID=7e4badb3-b54e-425c-8cd9-c674782f1f09 quiet console=ttyS0,115200 console=tty1 Retrieving file: /sun50i-h5-orangepi-pc2.dtb Moving Image from 0x40080000 to 0x40200000, end=41800000 ## Flattened Device Tree blob at 4fa00000 Booting using the fdt blob at 0x4fa00000 Loading Device Tree to 0000000049ff5000, end 0000000049fffe2f ... OK Starting kernel ... [ 0.317159] sun6i-rtc 1f00000.rtc: hctosys: unable to read the hardware clock [ 0.336170] sun4i-codec 1c22c00.codec: Failed to register our card [ 0.446177] debugfs: Directory '1c22c00.codec' with parent 'H3 Audio Codec' already present! [ 0.721273] Failed to execute /init (error -8) [ 0.726323] Starting init: /bin/sh exists but couldn't execute it (error -8) [ 0.733427] Kernel panic - not syncing: No working init found. Try passing init= option to kernel. See Linux Documentation/admin-guide/init.rst for guidance. [ 0.747595] CPU: 1 PID: 1 Comm: swapper/0 Not tainted 5.17.0 #1 [ 0.753511] Hardware name: Xunlong Orange Pi PC 2 (DT) [ 0.758648] Call trace: [ 0.760554] usb 5-1: new high-speed USB device number 2 using ehci-platform [ 0.761094] dump_backtrace.part.0+0xcc/0xe0 [ 0.772317] show_stack+0x18/0x6c [ 0.775639] dump_stack_lvl+0x68/0x84 [ 0.779310] dump_stack+0x18/0x34 [ 0.782630] panic+0x15c/0x31c [ 0.785694] kernel_init+0x128/0x130 [ 0.789275] ret_from_fork+0x10/0x20 [ 0.792858] SMP: stopping secondary CPUs [ 0.796785] Kernel Offset: disabled [ 0.800271] CPU features: 0x00,00000002,00000842 [ 0.804890] Memory Limit: none [ 0.807950] ---[ end Kernel panic - not syncing: No working init found. Try passing init= option to kernel. See Linux Documentation/admin-guide/init.rst for guidance. ]
-
I built and tested today's master branch and it works for me on PC2. According to your boot log the issue lies in initramfs. Specifically, init script can't be executed by /bin/sh. I have no idea why is that. You should examine build.LibreELEC-H5.arm-11.0-devel/initramfs folder for any obvious issue and packaged variant under build.LibreELEC-H5.arm-11.0-devel/build/linux-5.17.4/usr/initramfs_data.cpio
Tried with both libreelec 10.0.2 final and 11.0 developement releases, the result is the same. There were no errors during the compilation.
Are mentioned images build by you or did you download them from our server?
-
Hi jernej, thanks for the effort. The problem was resolved after enabling "Kernel support for 32 bit EL0" in the kernel configuration. I don't know why it was disabled. Now both versions (10.0.2 and 11) are working.
Are mentioned images build by you or did you download them from our server?
Yes, they were downloaded with git.