FloBaoti Posted March 6, 2021 Posted March 6, 2021 Hi, On an up-to-date Helios64, around 50% of boots are stuck at "Starting kernel ...". As device is having kernel panics every day, it reboots and then sometimes can't start, stuck on this. When will we have a stable device ? I can't understand selling devices which just can't run ! 1 Quote
FloBaoti Posted March 6, 2021 Author Posted March 6, 2021 Today device can't boot at all !! 100% reboot stuck on "Starting kernel"... yeah wonderful ! 0 Quote
FloBaoti Posted March 7, 2021 Author Posted March 7, 2021 Today, no more console output (nothing). Helios64 is dead. What can I do ? 0 Quote
Werner Posted March 7, 2021 Posted March 7, 2021 Activate serial console and check output:https://wiki.kobol.io/helios64/usb/#serial-console or hook up your own USB UART adapter for debugging: https://wiki.kobol.io/helios64/uext/ 1 Quote
FloBaoti Posted March 7, 2021 Author Posted March 7, 2021 After full day off, console is back, and always stuck on "Starting kernel ...". A few days ago, only some boots were stuck here, now 100% of boots are stuck. System never boots. How to solve it ? 0 Quote
Werner Posted March 7, 2021 Posted March 7, 2021 If you refuse to provide further information for debugging as mentioned above it is quite hard to help you. Noone here is a clairvoyant 1 Quote
FloBaoti Posted March 7, 2021 Author Posted March 7, 2021 Sorry but I don't understand which information can I bring. Here is full console output, there's nothing else interesting than "Starting kernel" ... DDR Version 1.24 20191016 In channel 0 CS = 0 MR0=0x18 MR4=0x1 MR5=0x1 MR8=0x10 MR12=0x72 MR14=0x72 MR18=0x0 MR19=0x0 MR24=0x8 MR25=0x0 channel 1 CS = 0 MR0=0x18 MR4=0x1 MR5=0x1 MR8=0x10 MR12=0x72 MR14=0x72 MR18=0x0 MR19=0x0 MR24=0x8 MR25=0x0 channel 0 training pass! channel 1 training pass! change freq to 416MHz 0,1 Channel 0: LPDDR4,416MHz Bus Width=32 Col=10 Bank=8 Row=16 CS=1 Die Bus-Width=16 Size=2048MB Channel 1: LPDDR4,416MHz Bus Width=32 Col=10 Bank=8 Row=16 CS=1 Die Bus-Width=16 Size=2048MB 256B stride channel 0 CS = 0 MR0=0x18 MR4=0x1 MR5=0x1 MR8=0x10 MR12=0x72 MR14=0x72 MR18=0x0 MR19=0x0 MR24=0x8 MR25=0x0 channel 1 CS = 0 MR0=0x18 MR4=0x1 MR5=0x1 MR8=0x10 MR12=0x72 MR14=0x72 MR18=0x0 MR19=0x0 MR24=0x8 MR25=0x0 channel 0 training pass! channel 1 training pass! channel 0, cs 0, advanced training done channel 1, cs 0, advanced training done change freq to 856MHz 1,0 ch 0 ddrconfig = 0x101, ddrsize = 0x40 ch 1 ddrconfig = 0x101, ddrsize = 0x40 pmugrf_os_reg[2] = 0x32C1F2C1, stride = 0xD ddr_set_rate to 328MHZ ddr_set_rate to 666MHZ ddr_set_rate to 928MHZ channel 0, cs 0, advanced training done channel 1, cs 0, advanced training done ddr_set_rate to 416MHZ, ctl_index 0 ddr_set_rate to 856MHZ, ctl_index 1 support 416 856 328 666 928 MHz, current 856MHz OUT Boot1: 2019-03-14, version: 1.19 CPUId = 0x0 ChipType = 0x10, 255 SdmmcInit=2 0 BootCapSize=100000 UserCapSize=14910MB FwPartOffset=2000 , 100000 mmc0:cmd8,20 mmc0:cmd5,20 mmc0:cmd55,20 mmc0:cmd1,20 mmc0:cmd8,20 mmc0:cmd5,20 mmc0:cmd55,20 mmc0:cmd1,20 mmc0:cmd8,20 mmc0:cmd5,20 mmc0:cmd55,20 mmc0:cmd1,20 SdmmcInit=0 1 StorageInit ok = 67787 SecureMode = 0 SecureInit read PBA: 0x4 SecureInit read PBA: 0x404 SecureInit read PBA: 0x804 SecureInit read PBA: 0xc04 SecureInit read PBA: 0x1004 SecureInit read PBA: 0x1404 SecureInit read PBA: 0x1804 SecureInit read PBA: 0x1c04 SecureInit ret = 0, SecureMode = 0 atags_set_bootdev: ret:(0) GPT 0x3380ec0 signature is wrong recovery gpt... GPT 0x3380ec0 signature is wrong recovery gpt fail! LoadTrust Addr:0x4000 No find bl30.bin No find bl32.bin Load uboot, ReadLba = 2000 Load OK, addr=0x200000, size=0xdd6b0 RunBL31 0x40000 NOTICE: BL31: v1.3(debug):42583b6 NOTICE: BL31: Built : 07:55:13, Oct 15 2019 NOTICE: BL31: Rockchip release version: v1.1 INFO: GICv3 with legacy support detected. ARM GICV3 driver initialized in EL3 INFO: Using opteed sec cpu_context! INFO: boot cpu mask: 0 INFO: plat_rockchip_pmu_init(1190): pd status 3e INFO: BL31: Initializing runtime services WARNING: No OPTEE provided by BL2 boot loader, Booting device without OPTEE initialization. SMC`s destined for OPTEE will return SMC_UNK ERROR: Error initializing runtime service opteed_fast INFO: BL31: Preparing for EL3 exit to normal world INFO: Entry point address = 0x200000 INFO: SPSR = 0x3c9 U-Boot 2020.07-armbian (Oct 31 2020 - 08:21:38 +0100) SoC: Rockchip rk3399 Reset cause: POR DRAM: 3.9 GiB PMIC: RK808 SF: Detected w25q128 with page size 256 Bytes, erase size 4 KiB, total 16 MiB MMC: mmc@fe320000: 1, sdhci@fe330000: 0 Loading Environment from MMC... *** Warning - bad CRC, using default environment In: serial Out: serial Err: serial Model: Helios64 Revision: 1.2 - 4GB non ECC Net: eth0: ethernet@fe300000 scanning bus for devices... Hit any key to stop autoboot: 0 Card did not respond to voltage select! switch to partitions #0, OK mmc0(part 0) is current device Scanning mmc 0:1... Found U-Boot script /boot/boot.scr 3185 bytes read in 19 ms (163.1 KiB/s) ## Executing script at 00500000 Boot script loaded from mmc 0 166 bytes read in 15 ms (10.7 KiB/s) 13853633 bytes read in 1335 ms (9.9 MiB/s) 28582400 bytes read in 2730 ms (10 MiB/s) 81843 bytes read in 48 ms (1.6 MiB/s) 2698 bytes read in 41 ms (63.5 KiB/s) Applying kernel provided DT fixup script (rockchip-fixup.scr) ## Executing script at 09000000 ## Loading init Ramdisk from Legacy Image at 06000000 ... Image Name: uInitrd Image Type: AArch64 Linux RAMDisk Image (gzip compressed) Data Size: 13853569 Bytes = 13.2 MiB Load Address: 00000000 Entry Point: 00000000 Verifying Checksum ... OK ## Flattened Device Tree blob at 01f00000 Booting using the fdt blob at 0x1f00000 Loading Ramdisk to f51b0000, end f5ee6381 ... OK Loading Device Tree to 00000000f5133000, end 00000000f51affff ... OK Starting kernel ... 0 Quote
Werner Posted March 7, 2021 Posted March 7, 2021 Good start Do you have your system on sd or eMMC? In first case plug it into any other Linux machine and edit the /boot/armbienEnv.txt on it and set verbosity to 7 If on eMMC burn a sd card with a fresh helios image and boot it. If needed check kobol wiki to set necessary jumper to disable eMMC direct boot. Then do the same as above and increase verbosity. Then provide logs again. 1 Quote
FloBaoti Posted March 7, 2021 Author Posted March 7, 2021 System is on eMMC. Thanks for this hint about verbosity, I didn't see it anywhere on wiki So, I boot on fresh install on sd card, changed verbosity then reboot on eMMC. I found culprit, a custom mount point prevented system for booting after cleaned it up, system boots fine ! Maybe these simple diag step needs to be published to help people Sorry for my annoyance in the previous posts, but it's true that it's starting to get boring such an unstable system (reboot every day or so). 1 Quote
Werner Posted March 7, 2021 Posted March 7, 2021 Actually it is documented...but not at kobol but in armbian documentation 0 Quote
Recommended Posts
Join the conversation
You can post now and register later. If you have an account, sign in now to post with your account.
Note: Your post will require moderator approval before it will be visible.