Active threads

Wow... OK, this is far beyond what I understand. I see a mediatek wifi dongle in USB 2-1 I think the plugged in dongle. But have no idea were the internal WiFi adapter is and how to activate it. It worked in a previous version of armbian ubuntu but not the latest I just found out... Ernst-Jan

There is a previous topic on this from 2020, but it's closed and not much action was taken except discussing workarounds. I'd like to continue this. Looking at the kernel configs in this repo, many of them have CONFIG_RT_GROUP_SCHED=y. This does not play nicely with modern systemd (cgroups v2), breaking things like rtkit-daemon. See https://bugs.gentoo.org/569546 and https://bugzilla.redhat.com/show_bug.cgi?id=655321. rtkit is an important part of making pulseaudio and pipewire work smoothly, as well as for many other low-latency applications. There are a few currently available workarounds, but none are ideal: 1. Linux 6.16 or later has boot time param rt_group_sched=0 to override it, but there is still some runtime overhead. No exact alternative for earlier kernels. 2. kernel.sched_rt_runtime_us=-1 in sysctl.conf -- potentially dangerous as it removes the 95% CPU time safeguard for RT processes, leading to lockups when badly behaving processes exist. 3. disable cpu and cpuset cgroup controllers in systemd configs -- has a lot of other side effects, like preventing systemd's CPU limits for services Since the last post on this (linked above), forcefully assigning an rt time time slice won't even work anymore, since cgroup v2 doesn't even have that ability anymore. So this kernel config option is somewhat useless now.

thanks. The image has been launched. I will try to test gpio and mipi camera.

Hello, I use with 6.18.15 the two way below. - new way with armbian-config and choses the overlay stabilty file for helios64 - the old way with my old dtb file for 6.18.xx kernel that i downloaded in this forum and work good with all 6.18.xx kernel until 6.18.10 kernel (rk3399-kobol-helios64.dtb-6.18.18-opp.zip) Have a good day

I already did the apt update & upgrade, it actually seems like the 6.18.35 did solve that issue - or at least, that's how I'd read the newer "armbianmonitor -u" as posted here: https://paste.armbian.com/orawuzawun PS: I didn't test again if it works now without the script for reasons of lack of access to the bananapi + local screen + local keyboard in case it still came up without end0 - bot the output of armbianmonitor at least doesnt show up that failure you pointed at.

Added https://github.com/armbian/build/pull/10213

You should check with: grep non-free /etc/apt/sources.list.d/*.sources And remove the non-free components and also remove/purge all packages that belong to non-free. You probably need some 'man apt-get' to figure out how to select those.

Of course. Kernel upgrade is handled via standard apt get update and upgrade. If you need to change to specific kernel, use https://docs.armbian.com/User-Guide_Armbian-Config/System/#alternative-kernels Make sure to update all packages before going that route, IIRC this problem is related to u-boot. Which is updated after all packages are up2date with armbian-install utility,

If you are using the friendlyelec image, can you really say "mpv is vanilla from Debian"? I am really asking, because I haven't used friendlyelec in a long time, and I don't remember if they have their own DEB repository. Can you identify the ffmpeg version and compilation options? Same with mpv. Run $ ffmpeg with no options, and it will print out the version and the libraries that were activated. $ apt list ffmpeg $ apt list mpv $ mpv --version $ cat /etc/issue $ uname -a I do remember that friendlyelec has some extra video abilities, because they maintain their own patches with bleeding edge code, while the official ffmpeg and mpv maintainers are still checking whether to accept the pull requests. Is it even possible to run "armbianmonitor -u" in friendlyelec? Do you see "v4l2-request" or "va-api" (or "vaapi") anywhere in the mpv log? is your gnome desktop running under X11 or Wayland? (last time I used friendlyelec with Kodi, the graphic server was gbm, and there was no desktop, only Kodi). If you run $ mpv --vo=gpu -v my.mp4 , mpv will print a more verbose log, with more details of how its running.

Software complexity is extreme ... And only x86 I would assume, so there is very little of interests for us. It is enough that packages are assembled at different time, so they will have different (bugs &) fixes. Either Ubuntu will get this bug or xtradebs will be fixed. Soon both wil be fixed or both broken .... unless bug is down to the OS level. Where snap will win with its, presumbly, stabilized OS container.

I discovered via an only partly working ssh (I thought was WiFi signal strenght issue or so) that a new version of firewalld was installed and also new conf file that had default set to public instead of trusted (what should be fine for LAN only direct traffic). On a typical generic client-only laptop/computer you probably won't notice. Best is to keep that default and add a zone= statement to the NM profile for a specific connection. I have seen the same for systemd-networkd, but not done anything myself with it. Also should not happen on Debian Stable, but rolling distro is another story.

Hi xaja34, The patches and all code modifications used to build the 1 GB Cubie A5E images are already present in my repository. I pushed the complete Git commits alongside the prebuilt images that I published in the Releases section. You can find the changes here: radxa-cubie-a5e-armbian-build@202f1bf Best regards, Guation

Weston 16 expands HDR and color management support, improves Perfetto debugging and DRM backend performance, and adds new protocol and renderer capabilities for more efficient and flexible Wayland compositor development. View the full article

Use framework and DIY. That's what it is made for

that looks like a very ambitious undertaking

sudo ip link set dev wlp1s0 down sudo ip link set dev wlp1s0 address 02:00:00:00:00:01 sudo ip link set dev wlp1s0 up sudo systemctl restart NetworkManager

Same problem here. There are two other (older) threads without a real solution. Has anyone found a fix?

Now that I posted this I revisited the debian install the only thing missing was to add the root partition before booting setenv bootargs root=/dev/sda3 rw Of course the networking does not work as the interfaces on the dtb are for freebsd If I manage to properly build this I will post the steps to create the installer (if possible having network enabled so netinst could be used arm debian has the drivers for the network controllers already compiled mv88e6xxx) and some kind of step by step guide how to

@Sancho this is really cool, and helped to turn that device from paperweight to usable linux OS. Everything seems "ok", though wifi is jittery at best. I also tried building my own image from the github repo, but after completing the build and repack steps, it fails to send to the device. $ sudo ~/Linux_Upgrade_Tool/upgrade_tool uf output/factory/apftool-rs-patched/Armbian-unofficial_26.08.0-trunk_Linknlink-isg-box-se_bookworm_vendor_6.1.115-factorytool.img Loading firmware... Support Type:3528 FW Ver:c.0.00 FW Time:2026-07-16 02:46:46 Loader ver:1.04 Loader Time:2023-12-13 16:28:48 Start to upgrade firmware... Test Device Start Test Device Success Check Chip Start Check Chip Success Get FlashInfo Start Get FlashInfo Success Prepare IDB Start Prepare IDB Success Download IDB Start Download IDB Success Download Firmware Start Download Firmware Fail I'd love to experiment more with it, but no idea how to get past this part.

Unnoficial Image: Download Link enabled CMA, increased CMA to 32mb and enabled rknn Board logs: https://paste.armbian.com/hoqejiqeno Build logs: https://paste.armbian.eu/cekehuhule Installing ffmpeg with encoders and decoders, armhf - armv7: ffmpeg-rockchip-armhf.zip On rv1126 armbian device: cd /media/usb/esp32-rv1126-ffmpeg-rockchip ./install-on-target.sh Verify: /opt/ffmpeg-rockchip/bin/ffmpeg -hide_banner -encoders | grep -Ei 'rkmpp|mpp' /opt/ffmpeg-rockchip/bin/ffmpeg -hide_banner -decoders | grep -Ei 'rkmpp|mpp' /opt/ffmpeg-rockchip/bin/ffmpeg -hide_banner -filters | grep -Ei 'rkrga|rga' Please don't trust pre-compiled files. compile yourself: Use this only if you really want hardware H.264 encode for the go2rtc bridge. A normal upstream FFmpeg build with --enable-rkmpp may expose Rockchip decoders but not the encoder set needed here. For encoder support, use an encoder-capable Rockchip FFmpeg fork such as nyanmisaka/ffmpeg-rockchip, which documents h264_rkmpp, hevc_rkmpp, and mjpeg_rkmpp under encoders. Build FFmpeg With RKMpp Encoders: sudo apt update sudo apt install -y \ git build-essential pkg-config cmake meson ninja-build \ yasm nasm libdrm-dev libudev-dev The MPP and RGA sources below are hosted on Gitee. If git clone prompts with Username for 'https://gitee.com':, sign in with a Gitee account. That prompt is expected for these URLs and is not an FFmpeg/RKMpp build error. Build and install Rockchip MPP runtime and headers: mkdir -p ~/src cd ~/src if [ -d rkmpp/.git ]; then git -C rkmpp pull --ff-only elif [ -e rkmpp ]; then echo "rkmpp exists but is not a git checkout; move it aside or choose a new directory" >&2 exit 1 else git clone -b jellyfin-mpp --depth=1 https://gitee.com/nyanmisaka/mpp.git rkmpp fi cd rkmpp cmake -S . -B build \ -DCMAKE_BUILD_TYPE=Release \ -DCMAKE_INSTALL_PREFIX=/usr/local \ -DBUILD_SHARED_LIBS=ON \ -DBUILD_TEST=OFF cmake --build build -j"$(nproc)" sudo cmake --install build sudo ldconfig Build and install RGA. The FFmpeg fork can use RGA for hardware color conversion/scaling; this is useful because the ESP32 camera enters as raw YUYV and encoders usually want a YUV420/NV12-style input. cd ~/src if [ -d rkrga/.git ]; then git -C rkrga pull --ff-only elif [ -e rkrga ]; then echo "rkrga exists but is not a git checkout; move it aside or choose a new directory" >&2 exit 1 else git clone -b jellyfin-rga --depth=1 https://gitee.com/nyanmisaka/rga.git rkrga fi if [ -d rkrga_build ]; then meson setup --reconfigure rkrga_build else meson setup rkrga rkrga_build \ --prefix=/usr/local \ --libdir=lib \ --buildtype=release \ --default-library=shared \ -Dcpp_args=-fpermissive \ -Dlibdrm=false \ -Dlibrga_demo=false fi meson compile -C rkrga_build sudo meson install -C rkrga_build sudo ldconfig Build FFmpeg to /opt/ffmpeg-rockchip so it does not overwrite the system FFmpeg: set -e cd ~/src if [ -d ffmpeg-rockchip/.git ]; then git -C ffmpeg-rockchip pull --ff-only elif [ -e ffmpeg-rockchip ]; then echo "ffmpeg-rockchip exists but is not a git checkout; move it aside or choose a new directory" >&2 exit 1 else git clone --depth=1 https://github.com/nyanmisaka/ffmpeg-rockchip.git ffmpeg-rockchip fi cd ffmpeg-rockchip make distclean >/dev/null 2>&1 || true # RV1126 is ARMv7-A. Disabling ARMv5TE avoids assembler failures in # libavcodec/arm/mlpdsp_armv5te.S on some armhf toolchains. PKG_CONFIG_PATH=/usr/local/lib/pkgconfig:/usr/local/lib/arm-linux-gnueabihf/pkgconfig:/usr/lib/arm-linux-gnueabihf/pkgconfig \ ./configure \ --prefix=/opt/ffmpeg-rockchip \ --enable-gpl \ --enable-version3 \ --enable-libdrm \ --enable-rkmpp \ --enable-rkrga \ --disable-armv5te \ --enable-shared \ --disable-static \ --disable-doc \ --disable-debug make -j"$(nproc)" sudo make install echo /opt/ffmpeg-rockchip/lib | sudo tee /etc/ld.so.conf.d/ffmpeg-rockchip.conf sudo ldconfig This only disables FFmpeg's CPU hand-written assembly. It does not disable the Rockchip MPP encoder or RGA support, and it is acceptable for this camera path because the input is only 320x240 @ 3 fps. Verify that FFmpeg was built with actual encoders: /opt/ffmpeg-rockchip/bin/ffmpeg -hide_banner -encoders | grep -Ei 'rkmpp|mpp' /opt/ffmpeg-rockchip/bin/ffmpeg -hide_banner -decoders | grep -Ei 'rkmpp|mpp' /opt/ffmpeg-rockchip/bin/ffmpeg -hide_banner -filters | grep -Ei 'rkrga|rga' Expected Result: /opt/ffmpeg-rockchip/bin/ffmpeg -hide_banner -encoders | grep -Ei 'rkmpp|mpp' /opt/ffmpeg-rockchip/bin/ffmpeg -hide_banner -decoders | grep -Ei 'rkmpp|mpp' /opt/ffmpeg-rockchip/bin/ffmpeg -hide_banner -filters | grep -Ei 'rkrga|rga' V..... h264_rkmpp Rockchip MPP (Media Process Platform) H264 encoder (codec h264) V..... hevc_rkmpp Rockchip MPP (Media Process Platform) HEVC encoder (codec hevc) V..... mjpeg_rkmpp Rockchip MPP (Media Process Platform) MJPEG encoder (codec mjpeg) V..... av1_rkmpp Rockchip MPP (Media Process Platform) AV1 decoder (codec av1) V..... h263_rkmpp Rockchip MPP (Media Process Platform) H263 decoder (codec h263) V..... h264_rkmpp Rockchip MPP (Media Process Platform) H264 decoder (codec h264) V..... hevc_rkmpp Rockchip MPP (Media Process Platform) HEVC decoder (codec hevc) V..... mjpeg_rkmpp Rockchip MPP (Media Process Platform) MJPEG decoder (codec mjpeg) V..... mpeg1_rkmpp Rockchip MPP (Media Process Platform) MPEG1VIDEO decoder (codec mpeg1video) V..... mpeg2_rkmpp Rockchip MPP (Media Process Platform) MPEG2VIDEO decoder (codec mpeg2video) V..... mpeg4_rkmpp Rockchip MPP (Media Process Platform) MPEG4 decoder (codec mpeg4) V..... vp8_rkmpp Rockchip MPP (Media Process Platform) VP8 decoder (codec vp8) V..... vp9_rkmpp Rockchip MPP (Media Process Platform) VP9 decoder (codec vp9) ... overlay_rkrga VV->V Rockchip RGA (2D Raster Graphic Acceleration) video compositor ... scale_rkrga V->V Rockchip RGA (2D Raster Graphic Acceleration) video resizer and format converter ... vpp_rkrga V->V Rockchip RGA (2D Raster Graphic Acceleration) video post-process (scale/crop/transpose)

Gemini info 😞 ..... In the official, pure Armbian for Banana Pi M2 Pro, enabling SPI is currently extremely difficult (and even impossible for the average user) If you absolutely need the SPI bus for your project: Operating system change: SPI works without any problems on official system images provided directly by the board manufacturer (BPI-M2 Pro Debian/Ubuntu with kernel 4.9 from Amlogic). The manufacturer uses an older but fully modified kernel (Kernel BSP), where all pins are rigidly and correctly assigned. Or... Staying with Armbian: If you must stick with Armbian, it's safer to abandon SPI attempts and—if possible—connect the target device to a free I2C bus or UART serial communication (which work flawlessly in Armbian on this board). But ultimately, the Armbian system developer will have to decide. (Maybe there is some method to enable SPI on the latest Armbian images/firmware?) 🙂 Check https://docs.banana-pi.org/en/BPI-M2_Pro/BananaPi_BPI-M2_Pro Armbian older firmware (bananapi manufacturer's firmware) (bookworm): https://drive.google.com/drive/folders/1DPkc7AHEZVS7PT_yzhNH1Dfuiz99mE0p

I'm facing the same issue and haven't found a way to enable USB 3.0. There doesn't seem to be an overlay like the one in Radxa OS for enabling it. If anyone knows how to get USB 3.0 working, I'd really appreciate the help.

Hi, I can confirm that the issue is present in Armbian v26.5.1 with current kernel versions 6.18.x, and that it is resolved in the edge kernels 6.19.x and 7.1.x. Armbian v26.5.1 - current kernel 6.18.x - NOT OK (many retrans and ~368 Mb/sec): root@odroidtest:~# grep -a --null-data U-Boot /dev/mtd0ro U-Boot SPL 2026.01_armbian-2026.01-S127a-Pb401-H8652-Vab81-Bd0d2-R448a (May 20 2026 - 22:28:40 +0000) root@odroidtest:~# uname -a Linux odroidtest 6.18.35-current-rockchip64 #2 SMP PREEMPT Tue Jun 9 10:28:53 UTC 2026 aarch64 GNU/Linux root@odroidtest:~# iperf3 -c 192.168.0.1 Connecting to host 192.168.0.1, port 5201 [ 5] local 192.168.0.15 port 42940 connected to 192.168.0.1 port 5201 [ ID] Interval Transfer Bitrate Retr Cwnd [ 5] 0.00-1.00 sec 43.0 MBytes 360 Mbits/sec 199 26.9 KBytes [ 5] 1.00-2.00 sec 44.9 MBytes 376 Mbits/sec 172 26.9 KBytes [ 5] 2.00-3.00 sec 41.8 MBytes 350 Mbits/sec 188 39.6 KBytes [ 5] 3.00-4.00 sec 45.1 MBytes 379 Mbits/sec 178 33.9 KBytes [ 5] 4.00-5.00 sec 41.9 MBytes 351 Mbits/sec 185 17.0 KBytes [ 5] 5.00-6.00 sec 46.5 MBytes 390 Mbits/sec 168 35.4 KBytes [ 5] 6.00-7.00 sec 42.8 MBytes 359 Mbits/sec 170 24.0 KBytes [ 5] 7.00-8.00 sec 47.0 MBytes 394 Mbits/sec 164 31.1 KBytes [ 5] 8.00-9.00 sec 41.0 MBytes 344 Mbits/sec 178 18.4 KBytes [ 5] 9.00-10.00 sec 44.8 MBytes 375 Mbits/sec 167 15.6 KBytes - - - - - - - - - - - - - - - - - - - - - - - - - [ ID] Interval Transfer Bitrate Retr [ 5] 0.00-10.00 sec 439 MBytes 368 Mbits/sec 1769 sender [ 5] 0.00-10.00 sec 438 MBytes 368 Mbits/sec receiver iperf Done. Armbian v26.5.1 - edge kernel 6.19 - OK root@odroidtest:~# grep -a --null-data U-Boot /dev/mtd0ro U-Boot SPL 2026.01_armbian-2026.01-S127a-Pb401-H8652-Vab81-Bd0d2-R448a (May 20 2026 - 22:28:40 +0000) root@odroidtest:~# uname -a Linux odroidtest 6.19.0-edge-rockchip64 #1 SMP PREEMPT Sun Feb 8 21:03:27 UTC 2026 aarch64 GNU/Linux root@odroidtest:~# iperf3 -c 192.168.0.1 Connecting to host 192.168.0.1, port 5201 [ 5] local 192.168.0.15 port 35634 connected to 192.168.0.1 port 5201 [ ID] Interval Transfer Bitrate Retr Cwnd [ 5] 0.00-1.00 sec 113 MBytes 950 Mbits/sec 0 1.81 MBytes [ 5] 1.00-2.00 sec 111 MBytes 933 Mbits/sec 0 1.81 MBytes [ 5] 2.00-3.00 sec 112 MBytes 944 Mbits/sec 0 1.81 MBytes [ 5] 3.00-4.00 sec 113 MBytes 947 Mbits/sec 0 1.81 MBytes [ 5] 4.00-5.00 sec 112 MBytes 941 Mbits/sec 0 1.81 MBytes [ 5] 5.00-6.00 sec 111 MBytes 933 Mbits/sec 0 1.81 MBytes [ 5] 6.00-7.00 sec 113 MBytes 948 Mbits/sec 0 1.81 MBytes [ 5] 7.00-8.00 sec 111 MBytes 934 Mbits/sec 1 929 KBytes [ 5] 8.00-9.00 sec 113 MBytes 948 Mbits/sec 0 929 KBytes [ 5] 9.00-10.00 sec 113 MBytes 944 Mbits/sec 0 929 KBytes - - - - - - - - - - - - - - - - - - - - - - - - - [ ID] Interval Transfer Bitrate Retr [ 5] 0.00-10.00 sec 1.10 GBytes 942 Mbits/sec 1 sender [ 5] 0.00-10.00 sec 1.09 GBytes 939 Mbits/sec receiver iperf Done. Armbian v26.5.1 - edge kernel 7.1 - OK root@odroidtest:~# grep -a --null-data U-Boot /dev/mtd0ro U-Boot SPL 2026.01_armbian-2026.01-S127a-Pb401-H8652-Vab81-Bd0d2-R448a (May 20 2026 - 22:28:40 +0000) root@odroidtest:~# uname -a Linux odroidtest 7.1.0-edge-rockchip64 #1 SMP PREEMPT Sun Jun 14 14:58:38 UTC 2026 aarch64 GNU/Linux root@odroidtest:~# iperf3 -c 192.168.0.1 Connecting to host 192.168.0.1, port 5201 [ 5] local 192.168.0.15 port 37256 connected to 192.168.0.1 port 5201 [ ID] Interval Transfer Bitrate Retr Cwnd [ 5] 0.00-1.00 sec 114 MBytes 958 Mbits/sec 0 1.72 MBytes [ 5] 1.00-2.00 sec 111 MBytes 933 Mbits/sec 0 1.72 MBytes [ 5] 2.00-3.00 sec 113 MBytes 948 Mbits/sec 0 1.72 MBytes [ 5] 3.00-4.00 sec 112 MBytes 944 Mbits/sec 0 1.72 MBytes [ 5] 4.00-5.00 sec 112 MBytes 936 Mbits/sec 0 1.72 MBytes [ 5] 5.00-6.00 sec 113 MBytes 947 Mbits/sec 0 1.72 MBytes [ 5] 6.00-7.00 sec 112 MBytes 935 Mbits/sec 0 1.72 MBytes [ 5] 7.00-8.00 sec 113 MBytes 945 Mbits/sec 0 1.72 MBytes [ 5] 8.00-9.00 sec 112 MBytes 943 Mbits/sec 0 2.19 MBytes [ 5] 9.00-10.00 sec 112 MBytes 937 Mbits/sec 0 2.19 MBytes - - - - - - - - - - - - - - - - - - - - - - - - - [ ID] Interval Transfer Bitrate Retr [ 5] 0.00-10.00 sec 1.10 GBytes 943 Mbits/sec 0 sender [ 5] 0.00-10.00 sec 1.10 GBytes 941 Mbits/sec receiver iperf Done.

moved to tvboxes

Next week we'll be in Santa Fe, Argentina, for DebConf 2026! Catch our 2 talks covering the latest Apertis developments and toolkits in Debian. View the full article