Jump to content

RockBian

Members
  • Posts

    35
  • Joined

  • Last visited

Recent Profile Visitors

The recent visitors block is disabled and is not being shown to other users.

  1. Today I upgraded my Helios64, and after reboot it didn't come back. (Waited for 5 minutes or so) After connecting a serial cable (via the USB-C connector), and rebooting, I saw a normal bootloader log (as far as I can see), but no kernel log, just a repeated 'ERROR: rockchip_plat_sip_handler: unhandled SMC (0x82000003)'. I rebooted again, to create a bootlog file, and I saw the same. Then suddenly, after a minute or so, I saw network activity, and my Helios64 was back. Now I have 3 questions. 1) Why didn't it boot twice, and then succeeded? 2) Why is there no kernel bootlog? 3) What is an unhandled SMC? The log ended with ERROR: rockchip_plat_sip_handler: unhandled SMC (0x82000003) ERROR: rockchip_plat_sip_handler: unhandled SMC (0x82000003) p104^Gp104^G Armbian 26.5.1 trixie ttyS2 helios64 login: So apparently the serial port is ttyS2. dmesg gave me this info: sudo dmesg | grep tty [ 0.000000] Kernel command line: root=UUID=d03fc106-73e9-4465-89a6-b23dbd26eddd rootwait rootfstype=btrfs splash=verbose console=ttyS2,1500000 console=tty1 consoleblank=0 loglevel=1 ubootpart= usb-storage.quirks=0x2537:0x1066:u,0x2537:0x1068:u cgroup_enable=cpuset cgroup_memory=1 cgroup_enable=memory [ 0.001587] printk: legacy console [tty1] enabled [ 1.986600] ff180000.serial: ttyS0 at MMIO 0xff180000 (irq = 31, base_baud = 1500000) is a 16550A [ 1.988766] ff1a0000.serial: ttyS2 at MMIO 0xff1a0000 (irq = 32, base_baud = 1500000) is a 16550A [ 1.988911] printk: legacy console [ttyS2] enabled [ 7.930510] systemd[1]: Created slice system-getty.slice - Slice /system/getty. [ 7.934926] systemd[1]: Created slice system-serial\x2dgetty.slice - Slice /system/serial-getty. [ 7.938724] systemd[1]: Expecting device dev-ttyS2.device - /dev/ttyS2... [ 8.771412] systemd[1]: Found device dev-ttyS2.device - /dev/ttyS2. Is it normal that there are 2 legacy consoles enabled? minicom.cap
  2. If it is bootable, it is supposed to boot from it. The default u-boot boots first from SD, then eMMC, then SATA.
  3. Here: https://fi.mirror.armbian.de/oldarchive/helios64/archive/ you can find older images.
  4. I can provide you the vmlinuz and uInitrd 5.10.43, if that helps. You should be able to put them on your SD card. Don't know of the newer userland can handle that old kernel, but at least you should be able to see the kernel log, to rule out hardware or u-boot problems.
  5. https://wiki.kobol.io/helios64/files/psu/YHY_12V_PSU_Specification.pdf
  6. I'm interested too.
  7. The file /boot/armbian_first_run.txt is sourced by a bash script (/usr/lib/armbian/armbian-firstrun-config), but only if the file /root/.not_logged_in_yet exists.
×
×
  • Create New...

Important Information

Terms of Use - Privacy Policy - Guidelines