Search the Community

Hi. I testing out different images for my DIY NAS project. My plan is to use the Orangepi3b board with armbian bookworm and OMV. I have built images from armbian github, (main,trunk) the edge 6.7.10 kernel is working great. But I do get some Iperf3 retries when sending from Opi3b. From Opi3b 60-70MB/s To Opi3b 110MB/s. With Orangepi own bookworm image I have 110/110 and no retries. The same with Joshua Riek's Ubuntu server image, no retries and 110/110. Orangepi3b armbian with 6.7.10 kernel orangepi@orangepi3b:~$ iperf3 -c 192.168.10.197 -f M Connecting to host 192.168.10.197, port 5201 [ 5] local 192.168.10.155 port 56514 connected to 192.168.10.197 port 5201 [ ID] Interval Transfer Bitrate Retr Cwnd [ 5] 0.00-1.00 sec 74.5 MBytes 74.5 MBytes/sec 217 19.8 KBytes [ 5] 1.00-2.00 sec 75.9 MBytes 75.9 MBytes/sec 218 11.3 KBytes [ 5] 2.00-3.00 sec 79.1 MBytes 79.1 MBytes/sec 200 25.5 KBytes [ 5] 3.00-4.00 sec 73.3 MBytes 73.3 MBytes/sec 225 29.7 KBytes [ 5] 4.00-5.00 sec 79.1 MBytes 79.1 MBytes/sec 210 33.9 KBytes [ 5] 5.00-6.00 sec 77.8 MBytes 77.8 MBytes/sec 211 86.3 KBytes [ 5] 6.00-7.00 sec 77.4 MBytes 77.4 MBytes/sec 202 36.8 KBytes [ 5] 7.00-8.00 sec 76.1 MBytes 76.1 MBytes/sec 207 73.5 KBytes [ 5] 8.00-9.00 sec 75.0 MBytes 75.0 MBytes/sec 222 12.7 KBytes [ 5] 9.00-10.00 sec 73.3 MBytes 73.3 MBytes/sec 239 11.3 KBytes - - - - - - - - - - - - - - - - - - - - - - - - - [ ID] Interval Transfer Bitrate Retr [ 5] 0.00-10.00 sec 761 MBytes 76.1 MBytes/sec 2151 sender [ 5] 0.00-10.04 sec 760 MBytes 75.7 MBytes/sec receiver Orangepi3b Ubuntu with 6.1 kernel ubuntu@ubuntu:~$ iperf3 -R -c 192.168.10.197 -f M Connecting to host 192.168.10.197, port 5201 Reverse mode, remote host 192.168.10.197 is sending [ 5] local 192.168.10.154 port 42888 connected to 192.168.10.197 port 5201 [ ID] Interval Transfer Bitrate [ 5] 0.00-1.00 sec 112 MBytes 112 MBytes/sec [ 5] 1.00-2.00 sec 112 MBytes 112 MBytes/sec [ 5] 2.00-3.00 sec 112 MBytes 112 MBytes/sec [ 5] 3.00-4.00 sec 112 MBytes 112 MBytes/sec [ 5] 4.00-5.00 sec 112 MBytes 112 MBytes/sec [ 5] 5.00-6.00 sec 112 MBytes 112 MBytes/sec [ 5] 6.00-7.00 sec 112 MBytes 112 MBytes/sec [ 5] 7.00-8.00 sec 112 MBytes 112 MBytes/sec [ 5] 8.00-9.00 sec 112 MBytes 112 MBytes/sec [ 5] 9.00-10.00 sec 112 MBytes 112 MBytes/sec - - - - - - - - - - - - - - - - - - - - - - - - - [ ID] Interval Transfer Bitrate Retr [ 5] 0.00-10.04 sec 1.10 GBytes 112 MBytes/sec 1 sender [ 5] 0.00-10.00 sec 1.10 GBytes 112 MBytes/sec receiver So to see if the vendor kernel was different I built with the new 6.1.43-vendor-rk35xx kernel, but It will not boot. build command: ./compile.sh build BOARD=orangepi3b BRANCH=edge BUILD_DESKTOP=no BUILD_MINIMAL=yes KERNEL_CONFIGURE=no RELEASE=bookworm J=4 It seems to be something with power to the NPU. ? "rockchip-pm-domain fdd90000.power-management:power-controller: failed to get ack on domain 'npu', target_idle = 0, target_ack = 0, val=0x6" uart log attachment kernelpanic.log

When comparing network speeds on the orange pi 3b 8gb model using armbian (Jammy Gnome 6.8.2) and Opios (aarch64-xfce-opi3b-23.08.1-linux5.10.160), there seems to be an issue with uploads on armbian. Using iperf3 for testing, the results were as follows: For orange pi os (arch): From other device (server) to orange pi 3b (client): 112mb/s From orange pi 3b (server) to other device (client): 112mb/s For armbian: From other device (server) to orange pi 3b (client): 112mb/s From orange pi 3b (server) to other device (client): 42mb/s I would like to know the cause of this problem and how to solve it.

I can't activate the orange pi 3b uarts Armbian Community_24.2.0-trunk.540_Orangepi3b_jammy_legacy_5.10.160_gnome_desktop, I did it this way armbianEnv.txt overlays=uart3-m0 uart7-m2 uart9-m2 overlays=uart3 uart7 uart9

Hello, I'm trying to install Armbian using `armbian-install` on NVMe, with bootloader on eMMC. I have installed 64GB Foresee eMMC module and 256GB WD SN530 2242 SSD. When I boot from SD card, both storages are detected. Using fdisk, I made them both `dos` (mbr) partitioned. Then I invoke `armbian-install`, it proceeds without any problems using eMMC+sata/nvme/usb option, and I have now 512 MB boot partition on eMMC, the rest of eMMC space as secondary, f2fs partition, and ext4 partition nvme0n1p1 containing the rest of the system. I power the system off, take the SD card out, and boot again.. and I'm stuck in initramfs. From it, I can mount the nvme0n1p1 manually without problems, so the partition is readable and mountable. When I mount nvme0n1p1 as `/` and try to `exit` from initramfs, I am getting kernel panic, but I don't know if it's related or not. It seems to be not a PSU issue (I tried a few 5V 2-3A), not an SD card issue (the system boots and works fine from it), nor the eMMC issue (I installed the system onto the 64GB eMMC only, without nvme, and it worked as well). Tried installing both Armbian_community_24.5.0-trunk.6_Orangepi3b_bookworm_legacy_5.10.160_minimal and Armbian_23.11.1_Orangepi3b_bookworm_edge_6.6.2, both exhibit the same behavior. What's wrong with me and what can I do to fix the boot? I searched for solutions around, but did not find any similar...

I found it very confusing that Armbian doesn't seem to follow the Ubuntu/Debian traditional scheme for naming kernel modules: linux-image-*, linux-modules-* and linux-headers-*. I need them to cross compile out-of-tree kernel module in `schroot`. Armbian seem to have only `linux-image-edge-rockchip64` and `linux-headers-edge-rockchip64`. What's the reasoning behind such design decision? Moreover, I've noticed kernel packages incorporate all the logic that make the board bootable, instead having more generic kernel binaries and relying on `flash-kernel` tool that both Ubuntu and Debian widely use. I wonder why not? What are chances in future `linux-image-*` could be split and have matching `linux-modules-*` package as upstream? Is there any maintained roadmap to figure out most recent supported numbered kernel package, so I could have Orange Pi 3B board with fixed (pinned) kernel version out-of-the-box? Thank you.

Hi, please provide me with link where can I download OS - armbian or ubuntu built for the board OrangePi 3B with RK3566 CPU. http://www.orangepi.org/…tml Thank you very much.

When I boot any variant with kernel 6..x.x from SD there is no problem with hdmi. When I flash the same variant to the nvme, it boots fine but there is no hdmi output. The orange pi logo appears for a second, then nothing. I can ssh in and everthing works fine. Any variant with 5.x.x kernel works fine from the nvme, with hdmi output. What I don't understand is that if I have output to hdmi when booting from sd, why not from nvme. What I think is relevent entries in the boot log is below. mmu fe043e00.iommu: Enable stall request timed out, status: 0x00030b Jan 30 09:38:22 orangepi3b kernel: rk_iommu fe043e00.iommu: Enable stall request timed out, status: 0x00001d Jan 30 09:38:22 orangepi3b kernel: rk_iommu fe043e00.iommu: Page fault at 0x00000000ee086d40 of type read Jan 30 09:38:22 orangepi3b kernel: rk_iommu fe043e00.iommu: iova = 0x00000000ee086d40: dte_index: 0x3b8 pte_index: 0x86> Jan 30 09:38:22 orangepi3b kernel: rk_iommu fe043e00.iommu: mmu_dte_addr: 0x00000001f4ffa000 dte@0x00000001f4ffaee0: 0x> Jan 30 09:38:22 orangepi3b kernel: rockchip-drm display-subsystem: [drm] *ERROR* POST_BUF_EMPTY irq err at vp0 Jan 30 09:38:22 orangepi3b kernel: rockchip-drm display-subsystem: [drm] *ERROR* POST_BUF_EMPTY irq err at vp0 Jan 30 09:38:22 orangepi3b kernel: rockchip-drm display-subsystem: [drm] *ERROR* POST_BUF_EMPTY irq err at vp0 Jan 30 09:38:22 orangepi3b kernel: rockchip-drm display-subsystem: [drm] *ERROR* POST_BUF_EMPTY irq err at vp0 Jan 30 09:38:22 orangepi3b kernel: rockchip-drm display-subsystem: [drm] *ERROR* POST_BUF_EMPTY irq err at Thanks

Do the minimal versions of the distributions still support HDMI ? Specifically orange pi 3b kernel 6.7.2 Thanks

With my bigtreetech 7” hdmi lcd the orange pi 3b does not show image with edge kernel. It works with legacy. if i ssh it to it, dmesg show some error about unsupported mode and no crt connected. best regards Jesper

Hello, As far as i know Orange PI 3B using the Rockchip RK3566, is this SOC support graphic acceleration? I am running Armbian 23.8.2 Jammy with bleeding edge Linux 6.5.2-edge-rockchip64, only 1 tab of Chromium with video player but the CPU reached 100% all time

The image is coped on SD using: sudo dd if=Armbian_23.8.2_Orangepi3b_bookworm_edge_6.5.2.img of=/dev/sda bs=1M status=progress The initial startup is fine (booting, setting of root password, user name/password, wifi setup as well as locales/tzdata). We obtain a system with working internet connection, it can be upgraded using apt etc. However, after reboot wifi fails (the first impression was that we installed something wrong during upgrade phase. However, the sequence: fresh sdcard boot, armbian initialization, reboot (through the reboot command, not a button)) still results in the following: 1708 [ 6.944457] WCN_ERR: read marlin3E chip id fail, ret=-110 1709 [ 6.944506] WCN: marlin_scan_finish! 1710 [ 6.944515] sdiohal:probe ok 1711 [ 6.944740] sdiohal:scan end! 1712 [ 6.944756] WCN: then marlin start to download 1713 [ 6.944802] WCN: marlin_request_firmware from /lib/firmware/wcnmodem.bin start! 1714 [ 6.949062] kworker/0:3: vmalloc error: size 18446744073709551615, exceeds total pages, mode:0xcc0(GFP_KERNEL), nodemask=(null),cpuset=/,mems_allowed=0 1715 [ 6.949147] CPU: 0 PID: 73 Comm: kworker/0:3 Not tainted 6.5.2-edge-rockchip64 #1 1716 [ 6.949162] Hardware name: Rockchip RK3566 OPi 3B (DT) 1717 [ 6.949173] Workqueue: events pre_btwifi_download_sdio 1718 [ 6.949205] Call trace: 1719 [ 6.949212] dump_backtrace+0x94/0x114 1720 [ 6.949230] show_stack+0x18/0x24 1721 [ 6.949241] dump_stack_lvl+0x48/0x60 1722 [ 6.949260] dump_stack+0x18/0x24 1723 [ 6.949273] warn_alloc+0x118/0x1b0 1724 [ 6.949290] __vmalloc_node_range+0x724/0x770 1725 [ 6.949302] vmalloc+0x5c/0x6c 1726 [ 6.949312] load_firmware_data_path+0x64/0x220 1727 [ 6.949327] pre_btwifi_download_sdio+0xe8/0x182c 1728 [ 6.949341] process_one_work+0x214/0x4a0 1729 [ 6.949355] worker_thread+0x6c/0x430 1730 [ 6.949366] kthread+0x104/0x108 1731 [ 6.949377] ret_from_fork+0x10/0x20 Full 'armbianmonitor -U' output is provided here https://pastebin.com/87nvKDsN I hope that somebody might get an idea what's happening inside... Kind regards, al P.S. this result doesn't depend on to which wifi network I'm connected (2.4GHz/5GHz).

I successfully booted this one and connected over Ethernet. Haven't checked WiFi yet. However, the observation comparing to the original Rockchip's Jammy image: the serial port goes quiet after the U-Boot fires up the kernel. The bootloader on the board and the _original_ kernel use non-standard 1500000 baudrate serial speed for the console. I haven't looked into Armbian's guts yet, but I assume it's a matter of right kernel boot arguments for this board to actually spit out kernel output over serial. What I'm not sure is if the console can be cloned between serial and UI over HDMI (console on the frame buffer if I'm right). I'm open to experimentation and pushing a PR, but hints would be welcome where to look at. Thank you. Disclaimer My company has some plans related to RK3366 being proposed as SBC platform to host our products, hence interest in the Orange Pi 3B - the board we're exercising now. But nothing is set in stone yet. If this succeeds, we may commit to certain maintenance efforts at some later date.

Armbian_23.8.2_Orangepi3b_bookworm_edge_6.5.2.img boots, runs, and installs OK on Orange Pi 3B. Tested on 4GB RAM model with 256GB eMMC. - WiFi works* - HDMI audio works - 3D acceleration Panfrost driver works I installed xorg, mesa, x11vnc, jwm, pulseaudio, and flatpak native packages, which was followed by adding Kodi flatpak. Everything worked - with one caveat: there is a delay between keystrokes and output. Typing locally is fine, the problem manifests itself during an inbound SSH connection or when using a remote control app for Kodi on Android mobile. I have tried first replacing pulseaudio with pipewire (no change), making sure that WiFi powersave was disabled (it is by default through NetworkManager conf.d override), then I decided to disable IPv6 in NM system-connections. This had no immediate effect but after some time, likely when the previous IPv6 lease had expired, the delay problem was resolved. [edit] The input delay problem is still there. Looks like it sort of "unclogs" itself once continuous network data flow is received but is always stuck on initial input when characters are not repeated. Any ideas what else to check? [edit 2] This network input delay problem is not exclusive to Armbian. I see the same outcome with Orangepi3b_1.0.0_debian_bookworm_desktop_xfce_linux5.10.160.img and RaspiOS Bullseye kernel 5.10.160. There are no issues when using a third party USB WiFi adapter instead of the onboard chip. Good job Armbian! 👍 So now OPi3B build needs a maintainer.

I have been trying to research this and have come up a bit blank. I am trying to figure out if I need to do anything special to enable panfrost. I have built a jammy and bookworm image using the stable kernel. Both boot fine, but are both using llvmpipe. It does look like its trying to use panfrost. Inside of dmesg: [ 20.098662] panfrost fde60000.gpu: clock rate = 594000000 [ 20.098685] panfrost fde60000.gpu: bus_clock rate = 500000000 [ 20.098820] panfrost fde60000.gpu: Looking up mali-supply from device tree [ 20.099041] panfrost fde60000.gpu: _of_add_opp_table_v2: no supported OPPs [ 20.099287] panfrost fde60000.gpu: devfreq init failed -2 [ 20.099301] panfrost fde60000.gpu: Fatal error during GPU init [ 20.099458] panfrost: probe of fde60000.gpu failed with error -2 I tried building with a newer kernel, but was having issues on boot. I haven't dug into that further yet. Anyone have any thoughts or advise? Thanks