All Activity

Hi, although this topic is quite old, I was trying to bring this forward. I think I had a partial success on this. I've built an Armbian image with a newly created defconfig file. I took the DTB file from above. Result: the board seems to boot (SD card). The blue LED starts to blink (heartbeat). Ethernet is working, I can SSH into the box. USB seems to work, at least my Logitech Unifying Receiver is recognized Problem: there is no HDMI output. with dmesg | grep -i hdm I got the following output: [ 0.083861] /vop@fe040000: Fixed dependency cycle(s) with /hdmi@fe0a0000 [ 0.083981] /hdmi@fe0a0000: Fixed dependency cycle(s) with /vop@fe040000 [ 0.118236] /hdmi@fe0a0000: Fixed dependency cycle(s) with /hdmi-con [ 0.118360] /hdmi-con: Fixed dependency cycle(s) with /hdmi@fe0a0000 [ 4.671032] dwhdmi-rockchip fe0a0000.hdmi: Detected HDMI TX controller v2.11a with HDCP (DWC HDMI 2.0 TX PHY) [ 4.675209] dwhdmi-rockchip fe0a0000.hdmi: registered DesignWare HDMI I2C bus driver [ 4.689857] rockchip-drm display-subsystem: bound fe0a0000.hdmi (ops dw_hdmi_rockchip_ops [rockchipdrm]) I dont know if this help. Maybe someone can assist? @Igoreverybody here honors and respects you and your work and your effort. We (or at least me) do not expect you to bring up one after another working image for all boards out there. What we do is asking for help to help ourselves. It is more than clear and obvious, that you are frustrated by the numerous apparent "requests" on one side and a massive lack of volunteering support on the other side. BUT: for US it is also sometimes frustrating, that you try to end all those threads like this by saying "STFU, RTFM". I am (and many more are) NOT those people, who just pass by to say "Hey Armbian, when do you finally support board XYZ?????????". Many of us TRY to contribute. But sometimes the tasks are just too hard to teach ourselves. You do this on a daily basis. But for "beginners" building the first linux image is so damn challenging and especially when you are alone on the battlefield (like when trying to bring an unsupported board to life). Yes, I read the docs. And yes, I already did before you restructured the build system. So asking for help is not intended to upset you. And still, I don't expect any support from your side. We try to come as far as possible on our own. But maybe there has been a time, when even you needed some guidance which involved a little bit more than RTFM... I respect and appreciate your work!

Correct. It's a problem of: https://github.com/armbian/os/blob/main/.github/workflows/complete-artifact-matrix-all-stable.yml and this configuration: https://github.com/armbian/os/blob/main/userpatches/targets-all-not-eos.yaml It is something to study

Looks like the package in subject is not in the repos. However, there are other packages depending on it (explicitly indicating that the required version is >=25.8.2) so this prevents package updates. Interestingly, for the armhf target the package is available, so I suspect a build issue. Any clue?

Now it seems that the package is missing for version 25.8.2 and arm64 target. There are packages depending on it (and specifically asking for version >=25.8.2), so this prevents upgrades.

Armbian 25.8.1 Noble XFCE (BSD Kernel: 6.1.115) + PanVk - mesa 23.0 (https://launchpad.net/~ernstp/+archive/ubuntu/mesaaco) + box64 3.9 (https://ryanfortner.github.io/box64-debs/) + wine-10.17-staging-tkg-amd64-wow64 (https://github.com/Kron4ek/Wine-Builds/releases/tag/10.17) + DXVK-stripped v1.8.1 (https://github.com/khanh-it/dxvk/releases) ~60fps@720p @MartinB

This kernel is available only when you change repository to beta.armbian.com , which provides daily builds. EDGE kernels comes as is - glad to hear it works, but beware it might also break down as kernel is changing rapidly.

@MartinB Let me try it. How was your setup, anyway?

Hello, everyone! I have this same exact model, however, when I tried to boot it from the SD card it does nothing, I tried to hold the reset button and it seems to be stuck on boot. I used etcher to image the file shared by sicxnull, do I need to edit anything else? Am I míssing something? Thanks in advance for the help.

Can you send dmesg lsusb and lsmod outputs using paste.armbian.com

@lowscore I'did uploading for you! https://drive.google.com/file/d/1kgyjLl0JXTwFfWfplOKuQY3vLv_KtYlr/view?usp=sharing

Yeah so just like the title says, has anyone got a tip for a USB Bluetooth dongle that works with the mainline kernel? I got a UGREEN Bluetooth 5.0 dongle a while ago and have just tried again, installing firmware for it. It does get detected as a USB device and the firmware loads. But bluetoothctl never finds it. Gnome doesn't let me 'enable' bluetooth. I'd like to avoid buying a string of these so was just wondering if any are working with mainline? Cheers!

Yesterday, Oct 20th, I installed armbian version "Minimal/IOT images with Armbian Linux v6.1" to the Orange PI 5 PRO and updated kernel using armbian-config to kernel 6.18 RC1(2 options were available 6.12 and 6.18 R1, note 6.12 did not work). Armbian works fine including vulkan support(I tested with swith emulator) with this kernel(6.18 rc1), but today option to update to any kernel is not available anymore. I'm getting warning "No other kernels available!" System is pretty stable with this version. stas@orangepi5pro:~$ uname -r 6.18.0-rc1-edge-rockchip64 stas@orangepi5pro:~$ vulkaninfo --summary ========== VULKANINFO ========== Vulkan Instance Version: 1.4.309 Instance Extensions: count = 24 ------------------------------- VK_EXT_acquire_drm_display : extension revision 1 VK_EXT_acquire_xlib_display : extension revision 1 VK_EXT_debug_report : extension revision 10 VK_EXT_debug_utils : extension revision 2 VK_EXT_direct_mode_display : extension revision 1 VK_EXT_display_surface_counter : extension revision 1 VK_EXT_headless_surface : extension revision 1 VK_EXT_surface_maintenance1 : extension revision 1 VK_EXT_swapchain_colorspace : extension revision 5 VK_KHR_device_group_creation : extension revision 1 VK_KHR_display : extension revision 23 VK_KHR_external_fence_capabilities : extension revision 1 VK_KHR_external_memory_capabilities : extension revision 1 VK_KHR_external_semaphore_capabilities : extension revision 1 VK_KHR_get_display_properties2 : extension revision 1 VK_KHR_get_physical_device_properties2 : extension revision 2 VK_KHR_get_surface_capabilities2 : extension revision 1 VK_KHR_portability_enumeration : extension revision 1 VK_KHR_surface : extension revision 25 VK_KHR_surface_protected_capabilities : extension revision 1 VK_KHR_wayland_surface : extension revision 6 VK_KHR_xcb_surface : extension revision 6 VK_KHR_xlib_surface : extension revision 6 VK_LUNARG_direct_driver_loading : extension revision 1 Instance Layers: count = 2 -------------------------- VK_LAYER_MESA_device_select Linux device selection layer 1.4.303 version 1 VK_LAYER_MESA_overlay Mesa Overlay layer 1.4.303 version 1 Devices: ======== GPU0: apiVersion = 1.1.305 driverVersion = 25.0.7 vendorID = 0x13b5 deviceID = 0xa8670000 deviceType = PHYSICAL_DEVICE_TYPE_INTEGRATED_GPU deviceName = Mali-G610 driverID = DRIVER_ID_MESA_PANVK driverName = panvk driverInfo = Mesa 25.0.7-2 conformanceVersion = 1.4.1.2

Also step 1A & 1B are kind of weird... Like updating won't recognize the gpg key. I still could bypass the error by adding [trusted=true] on step 1B between deb and the link (or use sudo nano /etc/apt/sources.list.d/panfork-mesa.list if the file was already created).

@KhanhDTP Many thanks. I was hoping to get Portal running with the GPU. But looks like it's early days ... and a bit too much. I was getting some kind of memory limit error.

Hi is there a way to enable the old USB port without re-installing Armbian? I have done to much setup work to start all over again.

Yes, or at least there should be less chances to hit some corner case that reduces the compatibility. LibreELEC is using the mainline kernel only for years though, so it is really strange you have issues with both armbian and multitool. I may wonder there is something odd in the device tree, but it would be odd that a misconfiguration in the device tree causes a kernel fault in the DRM code and in particular in the wait for vblank function 🙄

Hi Guys, I just did a new custom Armbian build ./compile.sh BOARD=orangepi5-plus BRANCH=vendor RELEASE=noble KERNEL_ONLY=yes KERNEL_CONFIGURE=no. The image is Armbian-unofficial_25.11.0-trunk_Orangepi5-plus_noble_vendor_6.1.115_cinnamon_desktop and when I installed it on orangepi I see it is not supporting Panfrost/Mail: glxinfo | grep -E "OpenGL renderer|OpenGL version" OpenGL renderer string: llvmpipe (LLVM 20.1.2, 128 bits) OpenGL version string: 4.5 (Compatibility Profile) Mesa 25.0.7-0ubuntu0.24.04.2 but for older image Old_Armbian-unofficial_25.08.0-trunk_Orangepi5-plus_noble_vendor_6.1.115_cinnamon_desktop All was well glxinfo | grep -E "OpenGL renderer|OpenGL version" OpenGL renderer string: Mali-G610 (Panfrost) OpenGL version string: 3.1 Mesa 25.0.7-0ubuntu0.24.04.2 I did need to enable "ARM Mail Display Processor" under Device Drivers -> Graphics support -> ARM devices before I perform custom build. And I did this for both OS version 25.11.0 and 25.08.0. But newer version is not able to use it. Thanks Manish

Delete the cache and output folder. Try again.

I will try to upgrade to tm16xx driver and be back. As for the HDMI, do you mean that Multitool shoud work anyway? THKS

[🔨] Failed to apply 2 patches: ->0801-net-wireless-backport-aic8800-sdio-v2025_0410_gb99ca8b6-mm2(:1) (+90143/-0)[2M, 135A] {aicwf_firmware_array.c, rwnx_main.c, rwnx_msg_tx.c, aicwf_sdio.c, rwnx_platform.c, lmac_msg.h, regdb.c, aic8800dc_compat.c, rwnx_rx.c, rwnx_debugfs.c, rwnx_tx.c, aic_bsp_driver.c, aicsdio.c, aic_priv_cmd.c, rwnx_mod_params.c, rwnx_radar.c, aic_br_ext.c, rwnx_msg_rx.c, rwnx_txq.c, rwnx_events.h, aic_btsdio.c, aic_vendor.c, aic8800_btlpm.c, lpm.c, aicwf_usb.c, aicwf_txrxif.c, rwnx_tdls.c, ipc_shared.h, rwnx_defs.h, aicwf_compat_8800dc.c, rwnx_mu_group.c, aicwf_tcp_ack.c, aic_bsp_driver.h, rwnx_cmds.c, lmac_mac.h, aic_btsdio.h, aicsdio_txrxif.c, aic_bsp_main.c, rwnx_compat.h, rwnx_gki.c, rwnx_txq.h, rwnx_rx.h, hal_desc.h, aic_vendor.h, btsdio.c, rwnx_dini.c, aicwf_txrxif.h, aic8800d80_compat.c, rwnx_strs.c, rwnx_cfgfile.c, rwnx_testmode.c, aicwf_sdio.h, aicsdio_txrxif.h, rwnx_debugfs.h, rwnx_msg_tx.h, rwnx_tx.h, rwnx_v7.c, rwnx_mu_group.h, ipc_host.h, aicwf_compat_8800d80.c, md5.c, rwnx_radar.h, rwnx_platform.h, aicsdio.h, reg_access.h, usb_host.c, sdio_host.c, rwnx_prof.h, rwnx_utils.h, rwnx_cmds.h, rwnx_bfmer.c, rwnx_bfmer.h, aicwf_usb.h, aicwf_rx_prealloc.c, rwnx_wakelock.c, rwnx_pci.c, aicwf_tcp_ack.h, aic_bluetooth_main.c, rfkill.c, rwnx_mod_params.h, aic_br_ext.h, rwnx_gki.h, rwnx_irqs.c, aic_bsp_export.h, rwnx_testmode.h, aicwf_txq_prealloc.c, lmac_types.h, aicwf_debug.h, rwnx_tdls.h, ipc_host.c, md5.h, rwnx_fw_trace.c, rwnx_mesh.h, rwnx_mesh.c, aic8800dc_compat.h, sdio_host.h, usb_host.h, rwnx_utils.c, aic8800_bsp.mod.c, rwnx_cfgfile.h, rwnx_fw_trace.h, aic_priv_cmd.h, rwnx_strs.h, aic8800_fdrv.mod.c, rwnx_main.h, ipc_compat.h, aic8800d80_compat.h, aicwf_rx_prealloc.h, aic8800_btlpm.mod.c, lpm.h, rwnx_wakelock.h, rwnx_dini.h, rwnx_irqs.h, rwnx_v7.h, rwnx_msg_rx.h, rfkill.h, rwnx_pci.h, aicwf_compat_8800d80.h, aicwf_compat_8800dc.h, rwnx_version.h, aicwf_txq_prealloc.h, rwnx_version_gen.h, aicwf_firmware_array.h, Makefile, Kconfig}<-,->0803-net-wireless-backport-aic8800-usb-v2025_0410_gb99ca8b6-mm2(:1) (+75824/-0)[2M, 128A] {rwnx_main.c, rwnx_msg_tx.c, rwnx_platform.c, aicwf_compat_8800dc.c, lmac_msg.h, regdb.c, rwnx_rx.c, rwnx_debugfs.c, rwnx_tx.c, rwnx_mod_params.c, aicwf_usb.c, aic_priv_cmd.c, rwnx_msg_rx.c, rwnx_radar.c, aic_br_ext.c, rwnx_txq.c, aicwf_txrxif.c, aicbluetooth.c, aicwf_sdio.c, rwnx_events.h, aicwf_wext_linux.c, aic_vendor.c, rwnx_defs.h, ipc_shared.h, rwnx_tdls.c, ipc_host.c, aic_compat_8800d80x2.c, aic_compat_8800d80.c, rwnx_mu_group.c, aicwf_tcp_ack.c, rwnx_cmds.c, lmac_mac.h, rwnx_fw_dump.c, ipc_host.h, aic_txrxif.c, aicbluetooth_cmds.c, rwnx_compat.h, rwnx_rx.h, rwnx_txq.h, hal_desc.h, aic_vendor.h, aicbluetooth_cmds.h, aicwf_txrxif.h, reg_ipc_app.h, rwnx_dini.c, rwnx_strs.c, aicwf_usb.h, rwnx_cfgfile.c, rwnx_testmode.c, aic_txrxif.h, rwnx_debugfs.h, rwnx_msg_tx.h, rwnx_tx.h, rwnx_v7.c, rwnx_mu_group.h, rwnx_platform.h, md5.c, reg_access.h, rwnx_radar.h, usb_host.c, sdio_host.c, rwnx_utils.h, rwnx_prof.h, aicwf_rx_prealloc.c, rwnx_cmds.h, rwnx_bfmer.c, rwnx_bfmer.h, aicwf_sdio.h, rwnx_wakelock.c, aicwf_compat_8800d80x2.c, aicwf_compat_8800d80.c, rwnx_pci.c, aicwf_tcp_ack.h, aic_bluetooth_main.c, rwnx_mod_params.h, aic_br_ext.h, rwnx_irqs.c, rwnx_testmode.h, aicwf_compat_8800dc.h, lmac_types.h, aicwf_txq_prealloc.c, rwnx_tdls.h, aic_compat_8800d80.h, aicwf_debug.h, md5.h, rwnx_main.h, rwnx_fw_trace.c, rwnx_mesh.h, aic_compat_8800d80x2.h, usb_host.h, rwnx_mesh.c, sdio_host.h, aic_load_fw.mod.c, rwnx_utils.c, aicbluetooth.h, rwnx_cfgfile.h, rwnx_fw_trace.h, aic_priv_cmd.h, rwnx_strs.h, aicwf_rx_prealloc.h, ipc_compat.h, rwnx_wakelock.h, rwnx_dini.h, rwnx_irqs.h, rwnx_v7.h, rwnx_msg_rx.h, rwnx_gki.c, rwnx_pci.h, aicwf_wext_linux.h, rwnx_gki.h, rwnx_version.h, aicwf_compat_8800d80.h, aicwf_compat_8800d80x2.h, rwnx_version_gen.h, aicwf_txq_prealloc.h, Kconfig, Makefile}<- [🔨] Summary: kernel patching: 272 total patches; 270 applied; 216 with problems; 154 not_mbox; 152 needs_rebase; 1 invalid_utf8; 3 invalid_diff; 2 failed_apply; 1 overwrites

[🔨] Failed to apply 2 patches: ->0801-net-wireless-backport-aic8800-sdio-v2025_0410_gb99ca8b6-mm2(:1) (+90143/-0)[2M, 135A] {aicwf_firmware_array.c, rwnx_main.c, rwnx_msg_tx.c, aicwf_sdio.c, rwnx_platform.c, lmac_msg.h, regdb.c, aic8800dc_compat.c, rwnx_rx.c, rwnx_debugfs.c, rwnx_tx.c, aic_bsp_driver.c, aicsdio.c, aic_priv_cmd.c, rwnx_mod_params.c, rwnx_radar.c, aic_br_ext.c, rwnx_msg_rx.c, rwnx_txq.c, rwnx_events.h, aic_btsdio.c, aic_vendor.c, aic8800_btlpm.c, lpm.c, aicwf_usb.c, aicwf_txrxif.c, rwnx_tdls.c, ipc_shared.h, rwnx_defs.h, aicwf_compat_8800dc.c, rwnx_mu_group.c, aicwf_tcp_ack.c, aic_bsp_driver.h, rwnx_cmds.c, lmac_mac.h, aic_btsdio.h, aicsdio_txrxif.c, aic_bsp_main.c, rwnx_compat.h, rwnx_gki.c, rwnx_txq.h, rwnx_rx.h, hal_desc.h, aic_vendor.h, btsdio.c, rwnx_dini.c, aicwf_txrxif.h, aic8800d80_compat.c, rwnx_strs.c, rwnx_cfgfile.c, rwnx_testmode.c, aicwf_sdio.h, aicsdio_txrxif.h, rwnx_debugfs.h, rwnx_msg_tx.h, rwnx_tx.h, rwnx_v7.c, rwnx_mu_group.h, ipc_host.h, aicwf_compat_8800d80.c, md5.c, rwnx_radar.h, rwnx_platform.h, aicsdio.h, reg_access.h, usb_host.c, sdio_host.c, rwnx_prof.h, rwnx_utils.h, rwnx_cmds.h, rwnx_bfmer.c, rwnx_bfmer.h, aicwf_usb.h, aicwf_rx_prealloc.c, rwnx_wakelock.c, rwnx_pci.c, aicwf_tcp_ack.h, aic_bluetooth_main.c, rfkill.c, rwnx_mod_params.h, aic_br_ext.h, rwnx_gki.h, rwnx_irqs.c, aic_bsp_export.h, rwnx_testmode.h, aicwf_txq_prealloc.c, lmac_types.h, aicwf_debug.h, rwnx_tdls.h, ipc_host.c, md5.h, rwnx_fw_trace.c, rwnx_mesh.h, rwnx_mesh.c, aic8800dc_compat.h, sdio_host.h, usb_host.h, rwnx_utils.c, aic8800_bsp.mod.c, rwnx_cfgfile.h, rwnx_fw_trace.h, aic_priv_cmd.h, rwnx_strs.h, aic8800_fdrv.mod.c, rwnx_main.h, ipc_compat.h, aic8800d80_compat.h, aicwf_rx_prealloc.h, aic8800_btlpm.mod.c, lpm.h, rwnx_wakelock.h, rwnx_dini.h, rwnx_irqs.h, rwnx_v7.h, rwnx_msg_rx.h, rfkill.h, rwnx_pci.h, aicwf_compat_8800d80.h, aicwf_compat_8800dc.h, rwnx_version.h, aicwf_txq_prealloc.h, rwnx_version_gen.h, aicwf_firmware_array.h, Makefile, Kconfig}<-,->0803-net-wireless-backport-aic8800-usb-v2025_0410_gb99ca8b6-mm2(:1) (+75824/-0)[2M, 128A] {rwnx_main.c, rwnx_msg_tx.c, rwnx_platform.c, aicwf_compat_8800dc.c, lmac_msg.h, regdb.c, rwnx_rx.c, rwnx_debugfs.c, rwnx_tx.c, rwnx_mod_params.c, aicwf_usb.c, aic_priv_cmd.c, rwnx_msg_rx.c, rwnx_radar.c, aic_br_ext.c, rwnx_txq.c, aicwf_txrxif.c, aicbluetooth.c, aicwf_sdio.c, rwnx_events.h, aicwf_wext_linux.c, aic_vendor.c, rwnx_defs.h, ipc_shared.h, rwnx_tdls.c, ipc_host.c, aic_compat_8800d80x2.c, aic_compat_8800d80.c, rwnx_mu_group.c, aicwf_tcp_ack.c, rwnx_cmds.c, lmac_mac.h, rwnx_fw_dump.c, ipc_host.h, aic_txrxif.c, aicbluetooth_cmds.c, rwnx_compat.h, rwnx_rx.h, rwnx_txq.h, hal_desc.h, aic_vendor.h, aicbluetooth_cmds.h, aicwf_txrxif.h, reg_ipc_app.h, rwnx_dini.c, rwnx_strs.c, aicwf_usb.h, rwnx_cfgfile.c, rwnx_testmode.c, aic_txrxif.h, rwnx_debugfs.h, rwnx_msg_tx.h, rwnx_tx.h, rwnx_v7.c, rwnx_mu_group.h, rwnx_platform.h, md5.c, reg_access.h, rwnx_radar.h, usb_host.c, sdio_host.c, rwnx_utils.h, rwnx_prof.h, aicwf_rx_prealloc.c, rwnx_cmds.h, rwnx_bfmer.c, rwnx_bfmer.h, aicwf_sdio.h, rwnx_wakelock.c, aicwf_compat_8800d80x2.c, aicwf_compat_8800d80.c, rwnx_pci.c, aicwf_tcp_ack.h, aic_bluetooth_main.c, rwnx_mod_params.h, aic_br_ext.h, rwnx_irqs.c, rwnx_testmode.h, aicwf_compat_8800dc.h, lmac_types.h, aicwf_txq_prealloc.c, rwnx_tdls.h, aic_compat_8800d80.h, aicwf_debug.h, md5.h, rwnx_main.h, rwnx_fw_trace.c, rwnx_mesh.h, aic_compat_8800d80x2.h, usb_host.h, rwnx_mesh.c, sdio_host.h, aic_load_fw.mod.c, rwnx_utils.c, aicbluetooth.h, rwnx_cfgfile.h, rwnx_fw_trace.h, aic_priv_cmd.h, rwnx_strs.h, aicwf_rx_prealloc.h, ipc_compat.h, rwnx_wakelock.h, rwnx_dini.h, rwnx_irqs.h, rwnx_v7.h, rwnx_msg_rx.h, rwnx_gki.c, rwnx_pci.h, aicwf_wext_linux.h, rwnx_gki.h, rwnx_version.h, aicwf_compat_8800d80.h, aicwf_compat_8800d80x2.h, rwnx_version_gen.h, aicwf_txq_prealloc.h, Kconfig, Makefile}<- [🔨] Summary: kernel patching: 272 total patches; 270 applied; 216 with problems; 154 not_mbox; 152 needs_rebase; 1 invalid_utf8; 3 invalid_diff; 2 failed_apply; 1 overwrites

For some reason I have to delete some packages to install others... Both related an unrelated to this guide. Trying to install packages from step 3C gives an error and can't get this dependency: libelf1. And if I install that package alone, it removes many others, including some from step 2B. Then, if I install again the packages from 2B, it will remove a few from 3C. I'm using Armbian Bookworm Minimal on my Orange Pi 5 Pro, with just a handful of extra packages (including gnome-session, gnome-terminal and firefox-esr).

Hmm. That came across as a bit passive-aggressive, but alright — the question really was poorly phrased and in the wrong place. My intention was to find people from here who had already taken the test... because if documentation were enough, online forums wouldn’t exist 8^)

> ... straightforward and smooth. Same in 25.8.2

@nick a Thanks will check it out, Did you post it anywhere or do I need to ask them directly?