Search the Community

Hi everyone, I'm experiencing a severe boot delay on my Banana Pi M5 running Server Armbian Image (v25.2.2 - Banana Pi M5 - Armbian Linux 6.12.21-current-meson64) when no HDMI monitor is connected. The board itself is working fine, but without an HDMI connection, the system takes several long minutes to complete the boot process. Details The system boots normally and quickly when an HDMI monitor is attached. However, without a monitor, in headless mode , the boot process is significantly delayed several minutes (approx. 4 minutes). Blue led blinking normaly. I've Tried modified /boot/armbianEnv.txt by setting: display_autodetect=false disablehpd=true hdmi_force_hotplug=1 Unfortunately, these changes did not resolve the boot delay issue. Do you please have any suggestions or insights on how to modify the boot process to fix this problem? Thank you in advance.

Hi, Today I updated to Armbian v25.2 and did the good old reboot after the update. I never had issue with runing the SBC headless, but since the update I get a blinking blue status LED for a couple of minutes until the system boots. When I tried to plug in a monitor to get an idea what is going on, the SBC boots normally. Monitoring with HDMI monitor plugged in: https://paste.next.armbian.com/ehirazemot Monitoring without HDMI monitor plugged in: https://paste.next.armbian.com/zaqipatoci Most notable difference are: [ 105.189528] meson-drm ff900000.vpu: [drm] *ERROR* flip_done timed out [ 105.189543] meson-drm ff900000.vpu: [drm] *ERROR* [CRTC:43:meson_crtc] commit wait timed out [ 115.429535] meson-drm ff900000.vpu: [drm] *ERROR* flip_done timed out [ 115.429544] meson-drm ff900000.vpu: [drm] *ERROR* [CONNECTOR:33:Composite-1] commit wait timed out [ 125.669535] meson-drm ff900000.vpu: [drm] *ERROR* flip_done timed out [ 125.669544] meson-drm ff900000.vpu: [drm] *ERROR* [PLANE:37:meson_primary_plane] commit wait timed out Do you guys have any idea how to fix this?

I had my banana pi M5 installed with Armbian 24.11.1 Noble Gnome. I had trouble with the wifi dongle which is TP-Link (RTL8188 skew) product. The system detects no wifi adapter after booting or reboot, however, it can be detected after a hot-plug (remove then plug) action. How can I solve the problem? Thank you all.

Dear Community, I'll build a Developer Team specially for Banana Pi Boards!" GPIO Libarys I started updating/modifing the old GPIO-Libarys, so they can be used on the latest builds! I want to build a Team, for GPIO-Libary Development, for porting these Libarys: WiringPi-Node WiringPi-PHP WiringPi-Perl WirinigPi-Ruby gpiozero rpi-gpio Updating and modifying these: RPi.GPIO BPI-WiringPi2-Python BPI-WiringPi2 At the end, all currently working GPIO Libarys are: luma.oled RPi.GPIO BPI-WiringPi BPI-WiringPi2 BPI-WiringPi2-Python Armbian Build System for Banana Pi I started building the build-system for full banana pi support! Anyone who would like to join the developer-team, just pn me, post in this thread, or contact me on github or discord!" I created a GIthub-Organisation for this project and a Discord Server. A Domain & VPS Server is commin Monday!" Goals: Support ONLY for Banana Pi Boards Board Determiner Script which exports Board-Infos, required by gpio-libs (usual located at: /var/lib/bananapi) APT-Mirror Archive Hosted by our project-teams vps-server! ( Mirror stores all latest gpio-libarys we specially build for using on latest builds and other packages we'll develope in future) Added APPGROUPS: Pentesting, TV-Box, Server-Side, Game Desk & Development Revised menu for selecting extensions and other additional items Revised config menu Adding additional build options A Web-Based Project-Server Hosted Build-System will be build and available on the project-page, where you can build images remotely, according to you settings made in the WebInterface, with live progress & build-log + downloading compressed own image-release. A publish option will be added to, where you can upload your builded image to any Cloud/Storage we provide. Revised device trees According to APPGROUPS and Enabled Extensions: I2C, SPI, UART are enabled in the gpio_develope extension, and all requirements for gpio-programming are pre-installed, the gpio libs are pre-installed too. If you have some Ideas, what we could add or which wishes we can make true, just reply in this post, or contact us. Github Organisation Discord greetz, hexzhen3x7

hi, i recently created a game that i would like to install over 905x3 tv box, i would like to protect it from copy. is there a way to encrypt the whole ROM without the need of any external hardware or password to be entered each reboot ? tv box launch directly into the game and every possible way to interact with linux is disabled (keyboard, usb, lan) and i only need to encrypt the ROM to make the game more resistent in some extent to copy. i read about encrypted bootloader but i'm not sure if that is what i need. can i only encrypt the game bin with a key that is protected inside the 905x3 ? (beside cpuid as it seem easy to reverse). i'm not super good at coding and i would like some help or a step by step guide.

I would like to use the mmc commands available in uboot on this board. I am able to boot properly in this mode and "help" properly lists all the commands available in this mode. On my board Armbian is running in EMMC. When I invoke "mmc" or the "mmcinfo" commands the system replies with the following error: Card did not respond to voltage select If I insert an Sdcard in the slot these two commands do respond properly which implies that uboot is seeing the Sdcard as default. Is there a way to redirect these commands to the EMMC? Regards

Good morning everyone. My problem is that I had armbian installed in emmc and using armbian config I changed it to usb but I did not update the boot to sd and when I restart it only shows what I put in the photo and it remains black. Is there any way to fix it. By pressing reset with the HDMI unplugged it tries to start but stays in initramfs. Thank you

Hello all, As subtitler guy, I experienced many troubles making aegisub work. , I finally made the subtitle editor, working with hardware under armbian jammy but having still annoyances. I want to share my thought and my discoveries on it. First I would like to thanks all who post on this already, including alternative ways such as schroot and of course the armbian team for the improvements of the boot .. schroot allow to run an linux in a linux. According to what I experienced, meson driver development is leaded by oibaf and in advance in ubuntu but here aegisub does exists only on debian. The idea was thus to boot on debian jammy and chroot in debian buster armhf at least or better bookworm arm64. By doing so, I crashed many time aegisub 3.2.2 due to lua badly supported. schrooting and debian bookworm gives many warning messages (see the pict below, I washed the lua script directory too) but goes further if we dare to skip assert warnings. Moreover, at this point, we are no more dealing with Llvm (software accel using 100% of CPUs) but meson-drm and panfrost (harware accel, using 20% of CPUs). aegisub still remains very fragile but very responsive. So today I decided to switch and to boot into bookworm directly. After launching aegisub 3.20.3 on arm64 with panfrost enabled (you can check this with glxinfo -B, or inxi -Gs), I discovered it is very stable but suffered of responsivity due to a flood in the logs Hewitt has just given... a patch yesterday against "panfrost ffe40000.gpu: l2 power transition timeout" log flood here: https://lkml.org/lkml/2024/3/22/977 You will also be unable to set brightness by software (too bright for my eyes) at least on xfce4, trying my luck with all techniques https://askubuntu.com/questions/894465/changing-the-screen-brightness-of-the-external-screen that did not succeed except that ddcci-dkms gave me a clue during install : BACKLIGHT_CLASS_DEVICE disabled in this kernel I suggest enabling dkms and this for future kernel and taking Hewitt patch into account. With these findings, did someone has noticed the same and manage to make sound and videos responsive without unsync? PS/ For now, the armbian is on a sdcard, the log flood may be the cause of the unsync. I have to test further. Trying with latest jammy and schrooting under bookworm.

Hello, I've started a project where I'd like to setup a Bananapi M5 with two wifi adapters to use in hotel room for example. So one wifi adapter will connect to the hotel wifi, and the other will be in access point mode with dhcp for my devices to connect to. I think the proper terminology is AP-STA. So I have purchased one Comfast CF-953AX which uses the mt7921au chipset (0e8d:7961) to test in access point mode as it supports this: Supported interface modes: * managed * AP * AP/VLAN * monitor * P2P-client * P2P-GO The issue I have come across is the hostapd fails to start: nl80211: Failed to start radar detection: -22 (Invalid argument) I think I've tracked it down to the wifi region not being set: sudo iw reg get global country 00: DFS-UNSET (2402 - 2472 @ 40), (6, 20), (N/A) (2457 - 2482 @ 20), (6, 20), (N/A), AUTO-BW, PASSIVE-SCAN (2474 - 2494 @ 20), (6, 20), (N/A), NO-OFDM, PASSIVE-SCAN (5170 - 5250 @ 80), (6, 20), (N/A), AUTO-BW, PASSIVE-SCAN (5250 - 5330 @ 80), (6, 20), (0 ms), DFS, AUTO-BW, PASSIVE-SCAN (5490 - 5730 @ 160), (6, 20), (0 ms), DFS, PASSIVE-SCAN (5735 - 5835 @ 80), (6, 20), (N/A), PASSIVE-SCAN (57240 - 63720 @ 2160), (N/A, 0), (N/A) sudo iw reg reload command failed: No data available (-61) ..and you cannot set it, I think this post may explain it better than me: https://forum.odroid.com/viewtopic.php?t=44942 Is there a way to set the wifi region? Thanks

Hello everyone, I've recently started migrating a project for Banana Pi M5 from Debian 10 Buster to Armbian, because I've found that the latest versions of it now support the GPU, Mali G31, and come with Panfrost OpenGL driver, which is crucial for this project. Everything was perfect until I had to implement two features: operating with TV via CEC and showing boot logo. Quickly about the last one - as I've understood, we have to use Plymouth, but I didn't really get how to do it, I've tried to activate it but had no success (how exactly see under paragraph). However, it doesn't work on Server Images (even on those that were compiled with build tools and activated option BOOT_LOGO in kernel conf), but in GUI Images everything is fine with it. Also I've tried using uBoot logo (boot-logo.bmp.gz), but also no success. # Adding "splash quiet loglevel=0 logo.nologo" to extraargs in "/boot/armbianEnv.txt" # Activating bootlogo in "/boot/boot.cmd" (am I even supposed to edit this file?) sudo plymouth-set-default-theme -R customtheme # It contains our logo # sudo update-initramfs -c -u # In fact, it runs automatically sudo reboot # ... sudo plymouthd sudo plymouth --show-splash Now about CEC. I've made some observations: CEC Under Debian # Sorry, there is no support for Shell syntax highlighting apparently. pi@TEST:~$ uname -a Linux TEST 4.9.312-BPI-M5 #1 SMP PREEMPT Wed Mar 1 01:44:35 UTC 2023 aarch64 GNU/Linux pi@TEST:~$ cec-client -l libCEC version: 4.0.4, compiled on Linux-4.9.0-8-arm64 ... , features: P8_USB, DRM, P8_detect, randr, Exynos, AOCEC Found devices: 1 device: 1 com port: AOCEC vendor id: 0000 product id: 0000 firmware version: 5 type: unknown pi@TEST:~$ ls -l /dev/*cec* crw-rw-rw- 1 root root 503, 0 Feb 14 2019 /dev/aocec pi@TEST:~$ echo 'standby 0' | cec-client -s -d 1 opening a connection to the CEC adapter... pi@TEST:~$ # Works fine. pi@TEST:~$ echo 'on 0' | cec-client -s -d 1 opening a connection to the CEC adapter... pi@TEST:~$ # Works fine. pi@TEST:~$ sudo lsmod | grep cec pi@TEST:~$ sudo find /lib/modules/ -name "*cec*" pi@TEST:~$ # No CEC module in lsmod or modules overall, but works fine. pi@TEST:~$ It uses AOCEC on 4.9 Linux kernel. Works flawlessly. All the parts in "/boot/boot.ini" concerning CEC: ... ### voutmode : hdmi or dvi setenv voutmode "hdmi" # setenv voutmode "dvi" # HPD enable/disable option setenv disablehpd "false" # Enable/Disable CEC setenv cec "true" ... ### Normal HDMI Monitors if test "${display_autodetect}" = "true"; then hdmitx edid; fi if test "${hdmimode}" = "custombuilt"; then setenv cmode "modeline=${modeline}"; fi if test "${cec}" = "true"; then setenv cec_enable "hdmitx=cec3f"; fi ... # Boot Args setenv bootargs "...${cec_enable} sdrmode=${sdrmode}" ... If I set cec "false" this happens: pi@TEST:~$ cec-client -l libCEC version: 4.0.4, compiled on Linux-4.9.0-8-arm64 ... , features: P8_USB, DRM, P8_detect, randr, Exynos, AOCEC Found devices: 1 device: 1 com port: AOCEC vendor id: 0000 product id: 0000 firmware version: 5 type: unknown pi@TEST:~$ ls -l /dev/*cec* crw-rw-rw- 1 root root 503, 0 Feb 14 2019 /dev/aocec pi@TEST:~$ echo 'standby 0' | cec-client -s -d 1 opening a connection to the CEC adapter... unable to open the device on port AOCEC ERROR: [ 2233] AllocateLogicalAddresses - failed to allocate device '0', type 'recording device' ERROR: [ 2233] failed to find a free logical address for the client ERROR: [ 2233] failed to register the new CEC client - cannot allocate the requested device types ERROR: [ 2233] failed to register a CEC client pi@TEST:~$ # Doesn't work pi@TEST:~$ Here, "/dev/aocec" doesn't sweep away when setting CEC to false. It just becomes unaccesible. CEC Under Armbian pi@TEST:~$ uname -a Linux TEST 6.6.8-edge-meson64 #1 SMP PREEMPT Wed Dec 20 16:02:07 UTC 2023 aarch64 GNU/Linux pi@TEST:~$ cec-client -l libCEC version: 6.0.2, compiled on Linux ... , features: P8_USB, DRM, P8_detect, randr, Exynos, Linux, AOCEC Found devices: NONE pi@TEST:~$ ls -l /dev/*cec* ls: cannot access '/dev/*cec*': No such file or directory pi@TEST:~$ echo 'standby 0' | cec-client -s -d 1 autodetect FAILED pi@TEST:~$ echo 'on 0' | cec-client -s -d 1 autodetect FAILED pi@TEST:~$ sudo lsmod | grep cec pi@TEST:~$ sudo find /lib/modules/ -name "*cec*" /lib/modules/6.6.8-edge-meson64/kernel/drivers/media/cec /lib/modules/6.6.8-edge-meson64/kernel/drivers/media/cec/usb/pulse8/pulse8-cec.ko /lib/modules/6.6.8-edge-meson64/kernel/drivers/media/cec/usb/rainshadow/rainshadow-cec.ko /lib/modules/6.6.8-edge-meson64/kernel/drivers/media/cec/platform/cec-gpio /lib/modules/6.6.8-edge-meson64/kernel/drivers/media/cec/platform/cec-gpio/cec-gpio.ko /lib/modules/6.6.8-edge-meson64/kernel/drivers/media/cec/platform/meson/ao-cec.ko /lib/modules/6.6.8-edge-meson64/kernel/drivers/media/cec/platform/meson/ao-cec-g12a.ko /lib/modules/6.6.8-edge-meson64/kernel/drivers/gpu/drm/bridge/synopsys/dw-hdmi-cec.ko pi@TEST:~$ sudo modprobe cec pi@TEST:~$ sudo modprobe cec-gpio pi@TEST:~$ sudo modprobe ao-cec pi@TEST:~$ sudo modprobe ao-cec-g12a pi@TEST:~$ sudo modprobe dw-hdmi-cec pi@TEST:~$ sudo modprobe pulse8-cec pi@TEST:~$ sudo modprobe rainshadow-cec pi@TEST:~$ sudo lsmod | grep cec rainshadow_cec 16384 0 pulse8_cec 24576 0 dw_hdmi_cec 12288 0 ao_cec_g12a 12288 0 ao_cec 16384 0 cec_gpio 12288 0 pi@TEST:~$ # cec.ko isn't in libs so in lsmod there is no such module, but why "modprobe cec" gives no error? pi@TEST:~$ ls -l /dev/*cec* ls: cannot access '/dev/*cec*': No such file or directory pi@TEST:~$ # And activating modules just doesn't help, there is still no any "/dev/*cec*" device pi@TEST:~$ It doesn't use any of CEC on 6.6.8 Bleeding Edge Linux kernel (I've tested it before on stable 6.1 kernel, but it didn't work as well, I've activated some modules concerning CEC in kernel config and built using the latest possible kernel, thinking it will change something). Just doesn't work. AOCEC module is compiled and launched though, but it doesn't use it at all since there is no "/dev/*cec*" device. All the parts in "/boot/boot.cmd" concerning CEC: ... setenv sdrmode "auto" setenv voutmode "hdmi" setenv disablehpd "false" setenv cec "false" ... if test -e ${devtype} ${devnum} ${prefix}zImage; then ... setenv bootargs "...${cec_enable} sdrmode=${sdrmode}" ... Somehow, it misses the part where we should set "cec_enable" variable. What if I restore it and set to true? But I don't really think it will change something, as "/dev/aocec" existed on Debian even when CEC was disabled. That didn't work, as well as adding "hdmitx=cec3f" to extraargs in "/boot/armbianEnv.txt". There is just no CEC device in "/dev/", I don't know which type of problem is that - module, overlay, kernel?? Yes, I've used v4l, and it also fails because it doesn't find any "/dev/*cec*". Anyway, I hope this problem can be resolved and thanks to everyone for attention, have a happy new 2024 year!

Greetings all; I have a pile of bananapi-m5's, all used behind a home.arpa local network. I am the only one here, and no one but me will ever have access to these machines. So I need full access from any other machine on my local network. I updated one that I am slowly configuring to drive a bigger enter5+ 3d printer. New mobo in the rinter so I am starting from square one. Using klipper and mainsail as web interfaces to klipper. Now it goes to a no screen condition at about the time it used to bring up the login requester, but I can still access it via ssh -X me & my pw., but don't have full access cuz x or whatever is not running. I need it to be running a full desktop, which it was prior to the upgrade a day or so back but after I login from its own keyboard. The ssh -X login I have now has not even run udev, so klipper can't find the printer which is identified as its /dev/serial/by_id, but there is not a /dev/serial now. So, how do I make an uptodate Jammy install, think I've logged in to a fully working desktop? rpi4b's do it. Thanks all, Take care & stay well

new release date 8/21, boot goes thru first boot stuff ok, but when it starts the gui, hdmi dies and monitor shuts off, no ssh access either.Tried to dl xfce version, won't. Advise gheskett@shentel.net Earleir image worked fine until update this morning, is now stuck in uboot loop forever. Thanks

Hello All, I spent mainly a week figuring out why it was a nightmare with cinnamon on debian I thought it was a matter of cinnamon version and/or mesa version of panfrost but it was a modeline detection problem from xorg. After trying my luck I finally discover where the bad duck resided on debian versions : - bullseye who was lagging , managing to use mali accel but overflowded with log errors - bookworm was loosing HDMI signal just after login in.. I will only talk about bookworm In fact, cinnamon internal xrandr, tool who detect the screen modelines, fails to access and to grab screen EDID modelines like xrandr did. it results it acts like it was in headless mode. Taking this into account I reinstalled the xorg-dummy-video pacakge and my /etc/X11/xorg.conf.d/01-armbian_defaults.conf l provided in then it succeed to login in low res. 720x480 declared in /boot/armbianEnv.txt. Fromcinnamon it is impossible to change the resolution display, the display tool did not react in cinnamon-settings, it crashes. I have to use the alternate arandr. to change the screen resolution on each reboot

Hi! I try to use GPIO on BananaPi M5 board. But interface doesn't work. Armbian 23.05.1 Jammy with Linux 6.1.30-meson64. /boot/armbianEnv.txt: verbosity=1 console=both overlay_prefix=meson fdtfile=amlogic/meson-sm1-bananapi-m5.dtb rootdev=UUID=d099eb25-cf52-43fb-b826-535b9109637f rootfstype=ext4 overlays=w1-gpio usbstoragequirks=0x2537:0x1066:u,0x2537:0x1068:u m5@bananapim5:~$ dmesg | grep w1 [ 7.568386] w1-gpio onewire@0: gpio_request (pin) failed [ 7.607814] w1-gpio onewire@0: gpio_request (pin) failed [ 7.620109] w1-gpio onewire@0: gpio_request (pin) failed [ 7.662444] w1-gpio onewire@0: gpio_request (pin) failed [ 7.671512] w1-gpio onewire@0: gpio_request (pin) failed [ 7.677156] w1-gpio onewire@0: gpio_request (pin) failed [ 7.689428] w1-gpio onewire@0: gpio_request (pin) failed [ 7.693341] w1-gpio onewire@0: gpio_request (pin) failed [ 7.711606] w1-gpio onewire@0: gpio_request (pin) failed [ 7.714019] w1-gpio onewire@0: gpio_request (pin) failed [ 7.784669] w1-gpio onewire@0: gpio_request (pin) failed [ 7.836363] w1-gpio onewire@0: gpio_request (pin) failed [ 7.877654] w1-gpio onewire@0: gpio_request (pin) failed [ 7.915447] w1-gpio onewire@0: gpio_request (pin) failed [ 7.975862] w1-gpio onewire@0: gpio_request (pin) failed [ 7.983126] w1-gpio onewire@0: gpio_request (pin) failed [ 18.143361] w1-gpio onewire@0: gpio_request (pin) failed Have any ideas?

I had another distro and power button nicely shut down the system and it doesn't with armbian. I have read some things about it but I'm not even sure if they apply to this board or they are updated, about acpi events, logind and AR100, and I've read the official schematics of the board. It seems the button is connected to ADC pins. I installed acpid but acpi_listen reports nothing. But evtest does! root@bananapim5:~# evtest /dev/input/by-path/platform-adc_keys-event Input driver version is 1.0.1 Input device ID: bus 0x19 vendor 0x1 product 0x1 version 0x100 Input device name: "adc_keys" Supported events: Event type 0 (EV_SYN) Event type 1 (EV_KEY) Event code 259 (BTN_3) Properties: Testing ... (interrupt to exit) Event: time 1687334663.436476, type 1 (EV_KEY), code 259 (BTN_3), value 1 Event: time 1687334663.436476, -------------- SYN_REPORT ------------ Event: time 1687334663.948482, type 1 (EV_KEY), code 259 (BTN_3), value 0 Event: time 1687334663.948482, -------------- SYN_REPORT ------------ Is there a way to tell the system that this is event is an acpi event or a driver would be needed? I don't think I can make a real driver but I think I could get read the event from /dev/input/by-path/platform-adc_keys-event with python or something. If I can't I could always wrap evtest and make it do the reading. Thanks!

When I try to do "apt upgrade" on a brand new SD Card that has been just flashed I get a "kernel panic". This is the whole error: https://paste.debian.net/1283664 And this is the armbianmonitor -U log: https://paste.debian.net/1283662/ The board runs fine with debian with 4.9.x kernel supplied by manufacturer. Armbian is the second image I try because I need a newer kernel. I'll try to find one that is less new. Thank you for your support! EDIT: I tried again without wifi and it worked flawlessly. I can't make it crash with a wired connection. I used the same wifi plug with Debian and I never had an error but maybe there's a bug in the driver in this image or something... Oh! it's there in the kernel panic. [ 555.599414] Call trace: [ 555.601829] ODM_RA_TxRPT2Handle_8188E+0x110/0x390 [r8188eu] [ 555.607435] rtl8188eu_recv_tasklet+0x364/0x3a0 [r8188eu] [ 555.612782] tasklet_action_common.constprop.0+0x13c/0x150 It's indeed something with the wifi plug. It's a TP-LINK WN725N

I've installed the latest Armbian Bookworm Cinnamon desktop image to the EMMC of the Banana Pi M5, but it does not display anything on the HDMI output after startup. Here's what happens when I start the system: - Starts loading the kernel (I can see the startup messages) - Shows the "Armbian" loading screen (with the spinning icon) - Switches back to the startup messages for a bit - Shows a black screen with a single "_" in the top left corner - After a few seconds my screen says that there is "No Signal" The Banana Pi still seems to be running, I can see the lights. Any idea what happens and how to fix it? FYI, this is how I installed it: - Flashed SD card with latest minimal armbian image - Boot from SD card - Mount USB with latest Armbian Bookworm Cinnamon desktop image on it - Install bpi-tools and copy new image to EMMC - Shutdown, remove SD card, and restart

Support file: https://paste.armbian.com/enivosames I have connected an LCD touch display via HDMI and USB to the M5. The display shows messages during booting or shutdown but then "freezes" leaving the last few lines of the boot process displayed but does not show the console or anything else. What am I missing?

Hi, Banana Pi M5 here. Really thanks so much by your generous work with Armbian software. I did a try with: Armbian 23.02.2 Jammy XFCE Armbian 23.02.2 Bullseye XFCE Armbian 22.11.3 Jammy XFCE Armbian 22.08.7 Jammy XFCE But only 22.08.7 loads desktop. The others versions does not load desktop after Armbian logo load screen, but I can login through SSH. I'm not proficiency with computers, I used Linux from many years ago but as an entry user, it's only a hobby, so excuse me if this problem is solved, but I don't find a solution in forum neither the Internet and I'm with these problems for months. Does anyone know how to solve the issue with screens? Other details: Power sources used with BPI-M5: - AC/DC Adaptor Model DSM-0530 (5V 3A) supplied with BPI-M5. - Original raspberry foundation AC adapter Model KSA-15E-051300HE (5.1V 3.0A) supplied with RPI-4B. SD cards: - SanDisk Ultra 64GB (never issues with RPI-4B neither Windows) - Kingston Canvas Select Plus 32GB (never issues with RPI-4B neither Windows) I'm trying Linux flavors because I like Ubuntu a lot for different applications, and I would like to use Kodi too. In Armbian 22.08.7 I thought that Kodi did not have GPU acceleration because options menus were really slow at 1080, but then I saw in the changelog that I was wrong trying v22.08.1 because Armbian included BPI-M5 support on Armbian 22.11.1, so I would like to give it a try. Thanks so much

Hello, BPi M5 freezes after a couple of hours running randomly. - use armbian Armbian 23.02 Bullseye ( 6.1.11) - same effects with Armbian Bookworm CLI kernels 6.1.x 6.2.x Now tried Sinovip Ubuntu (kernel 4.9.x ) aud it is running for days ! form their Homepage armbian from Sinovip page link also freezes... Why Armbian ( or Kernel 6.x ?) freezing . also found that USB power (for my data-USB-HDD) will be switched OFF during boot mostly . tried uhiubctl with permanant switch ON .. -> starts better - can ust USB-HDD in fstab ... but System freezes (include: USB no longer with power ) Is there any script to be change during boot or depends it to kernel ? hidden powersave options ? I want use it for a 24/7 running System (nextcloud) - any ideas ? g.l Fred

Hi peoples, updating my old NAS (odroidH1 OMV) 1TB SSD New set-up: BPiM5 armbian bullseye - OMV samsung 2TB SSD installation up and running but... OMV or sudo fdisk -l cannot see new Samsung 2TB SSD (I have 2 of these, one will be back-up) I have connected ssd's via sata usb3.1 cable

Could someone with a BPI-M5 confirm whether it has crypto extensions? Could you run `cryptsetup benchmark` or `openssl speed aes-128-cbc`? Thanks!

Banani Pi M5, Armbian_23.02.2_Bananapim5_bullseye_current_6.1.11_xfce_desktop into SD card, USB drive connected and auto mounted in fstab. Boot loop looking for system into USB. I have to disconnect USB then it boots up from SD. Any help?

Hi! Using the vanilla ARMBIAN image 23.02.2_Bananapim5_bullseye_current_6.1.11_minimal Enabling the provided uartA and uartC dtbos fails. Here is the output from the boot process, as captured via the Serial Debug interface: 238 bytes read in 3 ms (77.1 KiB/s) Applying kernel provided DT overlay meson-uartA.dtbo failed on fdt_overlay_apply(): FDT_ERR_NOTFOUND 238 bytes read in 3 ms (77.1 KiB/s) Applying kernel provided DT overlay meson-uartC.dtbo failed on fdt_overlay_apply(): FDT_ERR_BADMAGIC It seems that this image provides invalid dtbos, likely not properly built alongside the same kernel image. I'm happy to help debug this as I have a system at the ready.

u-boot from Armbian_23.02.0-trunk_Bananapim5_sid_edge_6.2.0-rc3_minimal.img hangs if I try to boot with my USB hard disk connected. I replaced it with u-boot from Armbian_22.08.7_Bananapim5_bullseye_edge_5.19.16.img and that one works fine. U-Boot 2022.10-armbian (Feb 12 2023 - 17:20:43 +0000)bpi-m5 Model: Banana Pi BPI-M5 SoC: Amlogic Meson SM1 (S905X3) Revision 2b:c (10:2) DRAM: 3.8 GiB Core: 384 devices, 27 uclasses, devicetree: separate MMC: sd@ffe05000: 0, mmc@ffe07000: 1 Loading Environment from nowhere... OK In: serial Out: serial Err: serial Net: eth0: ethernet@ff3f0000 Autoboot in 2 seconds starting USB... Bus usb@ff500000: Register 3000140 NbrPorts 3 Starting the controller USB XHCI 1.10 scanning bus usb@ff500000 for devices... error in inquiry If I unplug the USB hard disk then also the newer u-boot works fine: scanning bus usb@ff500000 for devices... 4 USB Device(s) found scanning usb for storage devices... 0 Storage Device(s) found