guidol

because there are normally since many different u-boot versions no problems with that you should consider to tr another SD-Card or Power-Supply. On my NanoPi Neo I do use 16GB Grey/Red Sandisk-SD-Cards (80x Speed) without any problems.

@masteripper did you try to "boot the TX3 of by depressing the pinhole button while inserting the power cord." maybe then you will get another output? Try to read the following thread to get an idea?: https://forum.xda-developers.com/t/tanix-tx3-firmware-s905x3-mali-g31.4016613/

@gounthar also maybe here some other idea? https://hackaday.com/2021/08/16/new-part-day-raspberry-pi-hat-for-ieee1588-precision-time-protocol/

but WHY do you want to compile the WiFi-Driver when already a working one is included in armbian? The EW-7811Un is one of my oldest WiFi-Dongles from the beginning of the Raspberry Pi 1 Area, because it was one of the first working Donges on a RPi1 When I do insert my Edimax - I get it listed in lsusb, get the firmware loaded in dmesg and do get a new wlan-device (wlan0/wlan1 depending on the SBC) which is normally useable: lsusb Bus 004 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub Bus 002 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub Bus 003 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub Bus 001 Device 002: ID 7392:7811 Edimax Technology Co., Ltd EW-7811Un 802.11n Wireless Adapter [Realtek RTL8188CUS] Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub dmesg [234675.296067] usb 1-1: new high-speed USB device number 2 using ehci-platform [234675.458033] usb 1-1: New USB device found, idVendor=7392, idProduct=7811, bcdDevice= 2.00 [234675.458084] usb 1-1: New USB device strings: Mfr=1, Product=2, SerialNumber=3 [234675.458099] usb 1-1: Product: 802.11n WLAN Adapter [234675.458112] usb 1-1: Manufacturer: Realtek [234675.458124] usb 1-1: SerialNumber: 00e04c000001 [234675.612830] rtl8192cu: Chip version 0x10 [234675.719057] rtl8192cu: Board Type 0 [234675.719387] rtl_usb: rx_max_size 15360, rx_urb_num 8, in_ep 1 [234675.719571] rtl8192cu: Loading firmware rtlwifi/rtl8192cufw_TMSC.bin [234675.719739] ieee80211 phy1: Selected rate control algorithm 'rtl_rc' [234675.723064] usbcore: registered new interface driver rtl8192cu [234675.755713] usbcore: registered new interface driver rtl8xxxu [234675.816426] rtl8192cu: MAC auto ON okay! [234675.855924] rtl8192cu: Tx queue select: 0x05 ifconfig wlan1: flags=4099<UP,BROADCAST,MULTICAST> mtu 1500 ether 74:da:38:0e:3c:1a txqueuelen 1000 (Ethernet) RX packets 0 bytes 0 (0.0 B) RX errors 0 dropped 0 overruns 0 frame 0 TX packets 0 bytes 0 (0.0 B) TX errors 0 dropped 0 overruns 0 carrier 0 collisions 0

I dont know how to disable USB "only" in u-boot. But on a Odroid C2 we had restart issues which did belong to the u-boot version which was installed on the flash of the SBC and this wasnt in every case the u-boot version which was installed as a .deb-package. So maybe my BPi M1 has another u-boot version installed in flash?

Sorry - at this time I got not second free "BIG" SDCard available for the BPI-M1 Here in Turkey the hardware-supply isnt as good as in other countrys (like Germany). Mostly here are only very cheap brand for cards which have a short life

Reinstalled my BP-M1 today with a fresh compiled bullseye kernel 5.12.x and updated to kernel 5.13.10 (for testing pihole under bullseye with kernel 5.13.10) While the BPi1-M1 was running I inserted the Logitech Unifying Receiver and got: then I rebooted and got no problem - the BPi-M1 did reboot and start the system without problems: System diagnosis information has been uploaded to http://ix.io/3w0L

bullseye with kernel 5.13.10 also did need the packet lighttpd-mod-deflate for installing/running lighthttpd like the Hirsute Hippo Got it running here on my BPI-M1 with bullseye and kernel 5.13.10: Linux bpi-m1-120 5.13.10-sunxi #trunk.118 SMP Thu Aug 12 18:20:37 UTC 2021 armv7l GNU/Linux root@bpi-m1-120(192.168.6.120):~# dpkg -l|grep deflate ii lighttpd-mod-deflate 1.4.59-1 armhf HTTP response compression module for lighttpd

I had also some installations in the past with buster and no install problems...but with every new OS version there could be a problem. We also woud see how it would work with bullseye (after buster)

I compiled Hirsute Hippo [edge] for the NanoPi A64 and got out of the compile a Kernel 5.12.x There was analog-audio but no control for the blue led. After updateing I got the Kernel 5.13.9 - now there was a control for the blue led, but no analog audio So I did decompile the .dtb to .dts /edited it/recompiled the .dts to .dtb - now analog audio is working again _ _ ____ _ _ __ _ _ | \ | | _ \(_) / \ / /_ | || | | \| | |_) | | / _ \| '_ \| || |_ | |\ | __/| | / ___ \ (_) |__ _| |_| \_|_| |_| /_/ \_\___/ |_| Welcome to Armbian 21.08.0-trunk Hirsute with bleeding edge Linux 5.13.9-sunxi64 No end-user support: built from trunk package bsp-kernel[21.08.0-trunk.114] u-boot[21.08.1] dtb [21.08.0-trunk.114] firmware [21.08.0-trunk] config[21.08.0-trunk] branch[edge] uname -a Linux npi-a64-116 5.13.9-sunxi64 #trunk.114 SMP Sun Aug 8 22:12:23 UTC 2021 aarch64 aarch64 aarch64 GNU/Linux aplay -l **** List of PLAYBACK Hardware Devices **** card 0: sun50ia64audio [sun50i-a64-audio], device 0: 1c22c00.dai-sun8i-codec-aif1 sun8i-codec-aif1-0 [1c22c00.dai-sun8i-codec-aif1 sun8i-codec-aif1-0] Subdevices: 0/1 Subdevice #0: subdevice #0 card 1: sun9ihdmi [sun9i-hdmi], device 0: SUN9I-HDMI PCM i2s-hifi-0 [SUN9I-HDMI PCM i2s-hifi-0] Subdevices: 1/1 Subdevice #0: subdevice #0 sun50i-a64-nanopi-a64.dtb_5_13_9_analog_audio_enabled sun50i-a64-nanopi-a64.dtb_5_13_9_org sun50i-a64-nanopi-a64.dts

It seems that not every redirect-server got the images at this time So you may retry the link to get another redirect-server with the images or do use the follwoing one, which at this time got the images https://mirrors.ustc.edu.cn/armbian-dl/bananapi/archive/

As Hirsute Hippo is at this time also a unsupported OS - there is another catch to get the lighthttpd of pihole working with the Hippo While using the PIHOLE_SKIP_OS_CHECK=true the install-routine cant restart the lighthttpd correctly, because the package lighttpd-mod-deflate is missing When the install routine does try to restart the lighthttpd it fails with: journalctl -u lighttpd configfile.c.461) Warning: "mod_compress" is DEPRECATED and has been replaced with "mod_deflate". A future release of lighttpd 1.4.x will not contain mod_compresss and lighttpd may fail to start up plugin.c.195) dlopen() failed for: /usr/lib/lighttpd/mod_deflate.so /usr/lib/lighttpd/mod_deflate.so: cannot open shared object file: No such file or directory server.c.1238) loading plugins finally failed The Hippo has no mod_compress in the lighthttpd but its searching for the replacement mod_deflate mod_deflate can be installed via apt install lighttpd-mod-deflate While there were also other requirements missing on new installs of pihole I did use the following install-command: apt install php-cgi php-common php php-sqlite3 dhcpcd5 lighttpd-mod-deflate -y && curl -sSL https://install.pi-hole.net | PIHOLE_SKIP_OS_CHECK=true sudo -E bash As a "goodie" you can edit after the installation od pihole the /etc/lighttpd/lighttpd.conf and do the follwoing replacement: change line "mod_compress", against "mod_deflate", then save/exit and restart lighthttpd with /etc/init.d/lighttpd restart This way I got pihole running under Hirsute Hippo

this here could be an idea for accurate time https://hackaday.com/2021/07/25/portable-gps-time-server-powered-by-the-esp8266/

The problem is that all binarys at the Download-Page for RadioBot are all for PC-CPUs like 32bit (Intel x86) and 64Bit (AMD64, also Intel 64Bit PC-CPUs) and there is no source-packge for self compiling. It seems your only chance is to create a Support-Ticket, because on the top of the page you could see: Would you like to see another native build for your distro/OS/platform? Please submit a Support Ticket and we'll see what we can do... On the Linux-Installation page http://wiki.shoutirc.com/index.php/Installation there is also an entry for debian with the dependencies: 4. Debian 10: Type sudo apt-get install openssl sqlite3 libsqlite3-0 default-libmysqlclient-dev libcurl4 libphysfs1 tcl8.6 libloudmouth1-0 libtag1v5 espeak espeak-data festival libssl1.1 libwxgtk3.0-0v5 libsqlite3-0 libmpg123-0 libogg0 libvorbis0a libvorbisfile3 libsndfile1 libavformat58 libavcodec58 libmp3lame0 libflac8 libresample1 libfaac0 libprotobuf17 libmuparser2v5 liblua5.2-0 libaacplus2 libsoxr0 But you need a binary for your aarch64 SBC

@Josephjo I had also connect problems via apt to https://mirrors.nju.edu.cn and changed via armbian-config to the EU-Mirros - problem for armbian update was solved for me.... But it seems that the problem is more via apt then via a webbrowser, because in the webbroswer I (mostly) have no problem to connect to https://mirrors.nju.edu.cn

My OPi Zero is running from 480Mhz to 960Mhz and has a Speed from around 115.000-121000 Nodes/second with Stockfish v9 32bit (installed via apt) BUT Stockfish v14 compiled on the same OPi Zero with ARCH=general-32 does only have 28294 Nodes/second [EDIT] Now I compiled Stockfish v14 on the OPi Zero with make -j build ARCH=armv7-neon COMP=gcc COMPCXX=g++-8 optimize=yes and CXXFLAGS += -march=native -mtune=native LDFLAGS += -m$(bits) in the Makefile so I do get =========================== Total time (ms) : 84729 Nodes searched : 4770936 Nodes/second : 56308 But thats also not 115.000-120.000 as in Stockfish v9

How does the OPi Zero run a 64Bit Stockfish with a 32Bit (sunxi H2/H3) CPU?

in my browser the https-certificate or "https://armbian.tnahosting.net/apt" is OK Did you check time/date on your system and did you try (as suggested) "apt install ca-certificates" ? If you got "armbian-config -> personal settigs -> mirrors" in your armbian-like distro then try to change the source/apt servers to EU and not automatic and try to reload the apt cache.

also with the CPU-options -march=armv6zk+fp -mcpu=arm1176jzf-s -mtune=arm1176jzf-s -mfpu=vfp -mfloat-abi=hard or -march=native -mtune=native Stockfish 14 isnt getting faster on the Pi Zero :-( =========================== Total time (ms) : 307211 Nodes searched : 4770936 Nodes/second : 15529 I have no additional idea

I did also a compile on my RPI Zero. While getting first the -m32 bit error (which you deleted the lines for) I did a look at the error-message which suggested "-mbe32" But "-mbe32" is for older than ARMv6, but https://gcc.gnu.org/onlinedocs/gcc/ARM-Options.html told me to use "-mbe8" for ARMv6 and later. So I ended up with this Makefile-Part: ifeq ($(COMP),gcc) comp=gcc CXX=g++ CXXFLAGS += -pedantic -Wextra -Wshadow ifeq ($(arch),$(filter $(arch),armv7 armv8)) ifeq ($(OS),Android) CXXFLAGS += -m$(bits) LDFLAGS += -m$(bits) endif else CXXFLAGS += -mbe8 LDFLAGS += -mbe8 -latomic endif ifeq ($(arch),$(filter $(arch),armv7)) LDFLAGS += -latomic endif ifneq ($(KERNEL),Darwin) LDFLAGS += -Wl,--no-as-needed endif endif and then it compiled with not much compile-output: -rwxr-xr-x 1 root root 48113920 Jul 8 19:18 stockfish But how do you get the results for the Speed/Nodes? Is there a test-option or do you use a UCI-capable Chess-Game?

the problem seems not not with the Helios and/or armbian... also RPI people got this problem with a Arduino Mega an RFLink-Software on it. Looks like u-boot releated: https://github.com/home-assistant/operating-system/issues/1011

maybe v13 & v14 has less "power" pn such a slow device, because in the time for a move given they had to calc more while having a neuronal network?

The system DOES see your USB-WiFi-Stick: ### lsusb: Bus 008 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub Bus 005 Device 002: ID 148f:7601 Ralink Technology, Corp. MT7601U Wireless Adapter Bus 005 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub Bus 007 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub Bus 004 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub Bus 006 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub Bus 003 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub Bus 002 Device 001: ID 1d6b:0001 Linux Foundation 1.1 root hub Bus 001 Device 001: ID 1d6b:0002 Linux Foundation 2.0 root hub Do you got the Base-Board for the Neo Core or how do you wire the USB-Ports to the Core? Do you have a picture or diagram how do you donnect the devices? I "only" got a Core2 (H5) with Baseboard.

OK - after sleeping one night over the "problem" its only a problem of too less memory I compiled also successfully on a Odroid C2 (also aarch64 while meson64 and not sunxi64), but the Ordroid C2 has (like the NanoPi K1 Plus) 2GB of real Ram + around 1GB Swap-Memory. This amount of 3GB is much used while compiling stockfish v14 While my "big" Neo2 has 1GB of real Ram (the other small ones only 512MB) and around 512MB of Swap-Memory they hadnt any chance to compile this stockfish! After this the test was to give the 1GB Neo2 2GB of Swap-Memory on the internal HDD (I have the silver NAS-Cas from FriendlyARM): mount /dev/sda1 on /harddisc type ext4 (rw,relatime,stripe=8191) Neo2 2GB SWAP for compiling stockfish: dd if=/dev/zero of=/harddisc/swapfile_2GB bs=1024 count=2048000 chmod 0600 /harddisc/swapfile_2GB mkswap /harddisc/swapfile_2GB swapon /harddisc/swapfile_2GB The following commands after the compile ;) ================================================================ swapoff /harddisc/swapfile_2GB sync The Neo2 1GB with armbian focal has a g++-9 64bit compiler against the g++-8 on the NanoPi K1 Plus and the Ordroid C2. So for the g++9 version the commandline was make -j build ARCH=aarch64 COMP=gcc COMPCXX=g++-9 (for the Ordoid C2 its was: make -j build ARCH=aarch64 COMP=gcc COMPCXX=g++-8 ) While using the Swap-Memory on the HDD it took "ages" againt the partly Ram-compile on the Odroid C2, but it did succeed: g++ - 9 version on NanoPi Neo2 -rwxrwxrwx 1 root root 48124208 Jul 4 18:25 /toshiba/stockfish_14_aarch64_g++9 g++ - 8 version on nanoPi K1 Plus or/and Odroid C2 -rwxrwxrwx 1 root root 48091376 Jul 3 23:06 /toshiba/stockfish_14_aarch64_bin_backup

Find yout U-Boot path ins /usr/lib/ and do something like this? Find your actual U-Boot-Binary (serach for a path like this): cd /usr/lib/linux-u-boot-edge-odroidc2_21.05.1_arm64 Flash the new U-Boot: dd if=./bl1.bin.hardkernel of=/dev/mmcblk0 bs=1 count=442 conv=fsync > /dev/null 2>&1; dd if=./bl1.bin.hardkernel of=/dev/mmcblk0 bs=512 skip=1 seek=1 conv=fsync > /dev/null 2>&1; dd if=./u-boot.bin of=/dev/mmcblk0 bs=512 seek=97 conv=fsync > /dev/null 2>&1 Create a binary File which contains the signature: dd if=/dev/mmcblk0 of=/tmp/installed_uboot.bin skip=97 count=1376 Read out the signature: strings /tmp/installed_uboot.bin | grep "U-Boot 20" U-Boot 2021.04-armbian (May 06 2021 - 18:07:48 +0000) odroid-c2