Orangepi PC2: Libreelec built from sources won't boot

StoyanT · April 19, 2022 at 7:36 PM

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?

**chewitt** · April 20, 2022 at 6:35 AM

Connect a UART cable to the board and share the early boot output.

StoyanT · April 21, 2022 at 3:57 PM

Hi, here is booting log:

Code

U-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. ]

Display More

**jernej** · April 23, 2022 at 8:53 AM

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

Quote from StoyanT

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?

StoyanT · April 23, 2022 at 6:48 PM

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.

Quote from jernej

Are mentioned images build by you or did you download them from our server?

Yes, they were downloaded with git.