• Content Count

  • Joined

About aprayoga

  • Rank
    Advanced Member

Profile Information

  • Gender
  • Location

Recent Profile Visitors

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

  1. as mentioned by @Werner, RK3399 runs best on the legacy, 4.4 kernel. Mainline, (LK 5.4), for example, still have some issue on DP over TypeC. We ran some burn-in test (stress-ng for cpu, parallel fio on all sata port, all usb port, emmc and microsd) under LK 4.4. we didn't encounter stability issue in 24 hours. Similar like Helios4, Helios64 will have legacy and current support. i have tried similar riser from Amazon, as you can see on following pictures, the riser is too long and M.2 modem is too wide
  2. the families are - rk3399 only rockpro64 and rock pi 4 under this family - rockchip64 the rest of rk3399 boards. Helios64 can boot with both family with the correct device tree (different dts for rk3399 and rockchip64). looking at this PR https://github.com/armbian/build/pull/1934 it seems the direction is to merge rk3399 to rockchip64 (implied by renaming the the patch folder from rk3399 into rockchip64 instead of the other way a round).
  3. Hi all, currently i'm working on upcoming Helios64 board. For RK3399 board there are 2 families, what are the differences between them? I've been following discussion on github and this forum for few months but still unsure which family i should use.
  4. Thanks for providing the crash log. Last weekend i ran some test with following image Buster NEXT upgraded to buster CURRENT fresh Buster CURRENT and load the system with stress-ng -c 2 -P 70 It supposed to make the system busy and run with full speed (1.6 GHz). i ran it for about 20 hours each test but i did not encounter any issue. Looking on your log, it seems marvell_xor that trigger the crash. I will try your suggestion to trigger the crash
  5. @Userlab @gprovost, a correction, most likely WWAN module won't work as they usually required SIM card on carrier board and maybe some other signals such as Radio/Wireless Disable.
  6. I don't think you need to modify the Makefile, you can set LOCALVERSION environment variable before compiling. You could try something like this when you invoke the make LOCALVERSION=-sunxi64 make modules Here is how Armbian compile the kernel: https://github.com/armbian/build/blob/master/lib/compilation.sh#L367-L371
  7. A few months ago I enabled some USB-Serial converter driver on the kernel and test it. I used an USB hub then hotplug several USB-Serial (PL2303, FT232, FT2232, CH340G, CH341A, CP2101, CP2102), all detected correctly. According to your log, it seems something wrong with the USB Host controller driver, could you try with other USB device? maybe USB Flash drive
  8. Between middle-to end of November 2019, Armbian change the version and branch naming. Version from something like 5.91 become something like 19.11.x, if i'm not mistaken Year.Month, like Ubuntu versioning. Then the branch name, DEFAULT become LEGACY NEXT become CURRENT To upgrade to new version, use armbian-config. sudo apt-get update sudo apt-get -y upgrade sudo armbian-config Select System > Other, to switch to other kernel Confirm the action And after some process, you will be presented by list of kernels Select linux-image-current-mvebu. The system will install the new kernel and automatically reboot. Confirm the kernel installed correctly and Armbian changed to new branch CURRENT by executing, uname -a grep "BRANCH" /etc/armbian-release
  9. Good to hear you got it working. I tried the instructions first on my system and did not encounter such error. Could you share your u-boot version? I test on fresh Armbian_19.11.3_Helios4_buster_current_4.19.84.img 1. I don't encounter such error when accessing the system from Windows using PuTTY or thru serial console UPDATE: i tried to SSH from my Ubuntu machine (got id_ID locale), indeed there are perl warning regarding locale but armbian-config is still usable to generate the locale, no need to manually edit file. After the locale generated by armbian-config, no more perl locale warning. 2. Confirmed 3. Confirmed. cat: /sys/devices/system/cpu/cpufreq/policy0/scaling_available_frequencies: No such file or directory cat: /sys/devices/system/cpu/cpufreq/policy0/scaling_available_governors: No such file or directory /usr/lib/armbian-config/jobs.sh: line 1075: Error: Expected at least 5 tokens for --menu, have 4. Use --help to list options. / 1000: syntax error in expression (error token is ": Expected at least 5 tokens for --menu, have 4. Use --help to list options. / 1000") The path is not exist, even though the driver is compiled. I will need to investigate further. --- I also tried using fresh Armbian 5.91 then upgraded to Armbian 19.11.3, but strangely i don't see the System - CPU menu. 4. As mentioned on @sirleon link, apparently Buster make use nftables by default and on our kernel is not enabled. You could try to switch to iptables-legacy version. CONFIG_NF_TABLES=m CONFIG_NF_TABLES_SET=m # CONFIG_NF_TABLES_INET is not set # CONFIG_NF_TABLES_NETDEV is not set # CONFIG_NF_TABLES_IPV4 is not set # CONFIG_NF_TABLES_ARP is not set # CONFIG_NF_TABLES_IPV6 is not set # CONFIG_NF_TABLES_BRIDGE is not set meanwhile, i will try to enable those modules and test. @Igor, could you take a look whether armbian-config issues also occur on other board?
  10. Hi @sirleon, the tutorial is intended for moving the rootfs to USB thumb drive and due to spi_workaround it does not work with SATA seamlessly but you almost there.. I suggest to move the rootfs to drive that connected to SATA0 (most likely /dev/sda), because there is known issue that u-boot failed to recognized SATA device other than on SATA0. To boot from SATA you need to: 1. Move the rootfs with sata-nand-install while spi_workaround is disabled, and reboot. The system will boot from SD card. 2. Unmount /boot and copy over boot files from /media/mmcboot/boot to /boot umount /boot cp -rf /media/mmcboot/boot/* /boot/ 3. Edit /etc/fstab and remove/comment 2 lines that have mount point to /media/mmcboot and /boot. 4. Reboot the system and cancel u-boot auto boot. 5. Run following commands on u-boot prompt to add sata boot and reboot setenv boot_targets "usb0 scsi0 mmc0 pxe dhcp" setenv bootcmd_scsi0 'devnum=0; run scsi_boot' saveenv You could reorder the boot order on boot_targets variable. On above command, it would tried to boot from USB and if failed try SATA/SCSI and so on.
  11. @jimbolaya, I know it's quite late, ch341 driver would be included on next release. Refer to commit 14a0a54. @smith69085, we have updated the wiki page how to use the GPIO for button. You can take a look on https://wiki.kobol.io/gpio/#use-gpio-with-device-tree-overlay But currently the base dtb (armada-388-helios4.dtb) on Armbian 5.91 is still not compiled with overlay support. You can download the attached dtb, rename and replace the dtb on your system. lk4.14_armada-388-helios4.dtb is for Armbian Default (Stretch, Linux Kernel 4.14) sudo cp lk4.14_armada-388-helios4.dtb /boot/dtb/armada-388-helios4.dtb lk4.19_armada-388-helios4.dtb is for Armbian Next (Buster, Linux Kernel 4.19) sudo cp lk4.19_armada-388-helios4.dtb /boot/dtb/armada-388-helios4.dtb
  12. @Mangix have you check the wiki, https://wiki.kobol.io/cesa/ ? There are plenty of informations over there, for example the benchmark result and what kind of cipher can be hardware accelerated.
  13. I still confused with your configuration, you said you setup sdb & sdc as mirror but from the armbian log on first post, it's RAID level 5 with member sdb, sdc, &sdd Please run the following commands to make boot process more verbose sudo sed -i 's/verbosity=1/verbosity=7/g' /boot/armbianEnv.txt echo "extraargs=no_console_suspend ignore_loglevel" | sudo tee -a /boot/armbianEnv.txt sudo sed -i 's/exit 0/dmesg -n 8\nexit 0/g' /etc/rc.local sudo reboot and please capture serial console from very beginning of u-boot. Oh, with the configuration that has problem.
  14. Hi, Just wanted to make sure, do you see something like in screenshot below?
  15. Hi, We haven't started to work on 5.2 but maybe you can try the patch by Gontran Baerts for ArchLinux https://github.com/gbcreation/linux-helios4/blob/master/92-mvebu-gpio-remove-hardcoded-timer-assignment.patch