All Activity

The patches that were available out-of-tree for a long time were a kind of hack using the DRM subsystem for decoding. For inclusion in mainline, they were further developed into a more correct request method. It is hwdec=v4l2request-copy in fact, because the stateless decoder is an m2m device and the scan-out is still carried out via the DRM subsystem. However, the copy is cheap because it is executed via dmabuf as zero copy.

I found a workaround: disabling BSS transition management from AP to STA seems to work. There won't be roaming on AP's request obviously. wpa_cli set disable_btm 1 or in Debian's interfaces configuration file: iface wlan0 inet dhcp wpa-ssid YourSSIDJere wpa-psk blablabla post-up wpa_cli set disable_btm 1 Regular roaming (device-initiated) still works fine.

For the longest time I have struggled with Timezone for Iceland in Armbian. The initial Armbian config has Europe -> and then places in Europe, in this list then it even has exotic places like Jan Mayen and or Swalbard (I forgot which ?). But it does not have Iceland at all. I know at this point in time (at initial install you can manually enter in some time zone format also). If you go in Armbian Config after it has been installed then the Armbian Config tool only displays Cities, so at this point in time you have missed the chance to enter it in the time zone format. Iceland uses UTC / GMT0, as in same time as London half of the year, but differs by one hour the other half since we do not have daylight savings like they have. I guess what I am asking for is something equal to this in the setup windows both in intial setup and in the Armbian Config sudo timedatectl set-timezone Atlantic/Reykjavik

so im currently running v25.11.2 for Orange Pi 5 running Armbian Linux 6.1.115-vendor-rk35xx did i will get same problem if upgrade to the latest build?

how do you solve this man? im also have this issue using v25.11.2 for Orange Pi 5 running Armbian Linux 6.1.115-vendor-rk35xx im using official power adapter. so i guess nothing wrong with my power. can we fix this without reinstalling the entire os? i have several running container and services.

As someone not familiar with all the ins and outs of GPL specifically, how does GPL in the armbian/build project play with userpatches? Is it expected that a commercial hardware device using Armbian would need to open-source the customize-image.sh script? Thanks!

Here are the modified latest official Armbian-supported images for Radxa Zero 3W/3E. Everything works for me, including hardware-accelerated YouTube playback in Chromium (however, with a caveat): Armbian_26.2.1_hk1-rbox-r3_trixie_vendor_6.1.115_minimal.img.xz Armbian_26.2.1_hk1-rbox-r3_noble_vendor_6.1.115_gnome_desktop.img.xz MD5: 28654e87a39ac3e0b2bec4ce4211f5ca *Armbian_26.2.1_hk1-rbox-r3_noble_vendor_6.1.115_gnome_desktop.img.xz ce74829c43c6d27b02bdf314580c4dc4 *Armbian_26.2.1_hk1-rbox-r3_trixie_vendor_6.1.115_minimal.img.xz What you MUST do after installing Armbian: Freeze auto-updates for the bootloader and DTB (kernel updates are OK, except for these two packages since we use a different bootloader, not for Radxa Zero 3): sudo apt-mark hold linux-u-boot-radxa-zero3-vendor linux-dtb-vendor-rk35xx Install dependencies for hardware-accelerated playback Youtube in Chromium: sudo apt update sudo apt install chromium-codecs-ffmpeg-extra ffmpeg In Chromium, install the enhanced-h264ify extension. Then, in the extension's options, leave only AV1 disabled (i.e., enable VP8 and VP9). Screenshots: Instructions on how to modify any Armbian image yourself: Source: 4PDA

@BoringNameHave you tried building a new image? Use the image and kernel headers from that specific build. I believe the problem exists because the DTS source was updated after the header release. I updated the linux kernel headers. https://github.com/NickAlilovic/build/releases/download/20250306/linux-headers-edge-sunxi64_25.05.0-trunk_arm64__6.12.11-S62b2-Da873-P6755-C1a9bH02eb-HK01ba-Vc222-B9bbb-R448a.deb

This repo is a bit behind what you are running. drm has been changed to v4l2request. I'm going to assume you have hwdec=v4l2request in your mpv.conf file.

So we are perhaps looking at potential changes on SSH app / encrypting introduced in Debian Trixie? That affects certain clients. On Armbian side - we didn't change anything in this regard. Eventually we will get down to why this doesn't work. Software developers have to learn how to live with constant frustration. It never goes away ...

Some other info that may be relevant. Pretty much the only thing I could find that seemed to indicate different versions. cat /proc/version Linux Version 6.12.11-edge-sunxi64 (build@armbian) (aarch64-linux-gnu-gcc (Ubuntu 11.4.0-1ubuntu1~22.04) 11.4.0, GNU ld (GNU Binutils for Ubuntu) 2.38) #1 SMP PREEMPT Thu Jan 23 11:23:05 EST 2025 gcc --version gcc (Debian 12.2.0-14+deb12u1) 12.2.0

mpv_--hwdec=help.logis what I get, and everything works as expected, but I am on current mainline releases with in-flight patches for mpv and ffmpeg on top. Gstreamer framework based applications work out-of-the-box. The log entries that contain the 'request' component are the ones that matter. But you're right, it can still take a while before current mainline releases are declared stable by some distributions and adopted. But this is not the fault of mainline development, which continues to progress and does not take outdated versions into account any longer.

I always use minimal CLI and deploy k3s. Might be the request amounts are too many or who knows. But the service hangs and stops working. Just my 2 cents.

No need to thank me in this case. You don't even read or understand or act upon it from the start; I mentioned essentially twice earlier what the problem is and now that I again opened that ssh log and you don't seem to understand how to handle ssh links. Is trivial for decades, you need to read docs or maybe ask an AI-bot, else forget about Linux and stay with Windows only.

I currently have a TV box with @Nick A Armbian-unofficial_25.05.0-trunk_x98h_bookworm_edge_6.12.11_xfce_desktop.img. I have installed linux-headers-edge-sunxi64_25.05.0-trunk_arm64__6.12.11 from the same repository. I'm trying to build a custom module to get the LCD working but I keep coming up against a Exec Format Error which implies a mismatch between the build version and the installed version. But I can't find the cause. I have been following the build instructions for tm16xx-display which hasn't been a smooth process. I've had to remove some forward slashes in the Makefile so it would find the drivers/auxdisplay folder and the line-display.mod.c file it created had entries with multiple double quotes that caused errors. I had to change ""LINEDISP"" to "'LINEDISP'" before it would build. I should also mention I have previously tried OpenVFD and come up with the exact same issue so I don't think it's related to tm16xx. uname - r 6.12.11-edge-sunxi64 Vermagic of the module 6.12.11-edge-sunxi64 SMP preempt mod_unload aarch64 uname -a Linux x98h 6.12.11-edge-sunxi64 #1 SMP PREEMPT Thu Jan 23 11:23:05 EST 2025 aarch64 GNU/LINUX I have little experience with building things in Linux. Am I missing something simple? Is "PREEMPT" listed in all caps in uname -a an issue when the vermagic line is lower case? What about mod_unload? Any other ideas? I've been googling all day and got nowhere. Most results show different version between uname and vermagic which isn't the case here as far as I can tell. I guess I just need to know if it's possible to build custom modules with armbian images or if it's something that just doesn't work and I should forget about it. Thanks.

Just some more info I forgot to mention that might help others. I found other repositories for mpv for bookworm that were greater than the version in this repository (35.1) but none of them worked with drm. I believe it's because drm support gets skipped if mpv is built without libdrm being installed. Run mpv --hwdec=help If drm is not listed as one of the options it will not work. You need to find a build with drm support.

Maybe this comment and thread have a hint for you https://forum.armbian.com/topic/47971-driving-the-ili9488-lcd-40-inch-cheap-chinese-clone/#findComment-229274 I don't own a waveshare LCD... but I would also like to know if its possible to make it work with Armbian

I'm on the current Debian Trixie build Armbian 26.2.1 Minimal / IOT, and Wifi is not working. What are the current suggestions to get it back up on BigTreeTech CB1?

Thank you for your comment. From a debian i can go to a stop with the reply of: "Unable to negotiate with xyz port 22: no matching key exchange method found. Their offer: diffie-hellman-group1-sha1" If I dumb the system down I go to the password exchanges with the attached ssh debug and the system does not accept the "1234" password and stops then. edit - frustrating because another odroid bookworm with the same ssh config file is available like a charm... ssh_debian.txt

AFAIR Windows uses other files/objects/regkeys when ssh admin/root I just remember it from other place on internet, test also with Linux only.

Looks like the same adjustment that was made for EDGE needs to be done so for CURRENT.

ok - so - by the book - burned one of the last bookworm images (Armbian_25.5.1_Odroidxu4_bookworm_current_6.6.88_minimal.img) - sshd-config file is attached (note "PubkeyAuthentication yes" and "#PasswordAuthentication yes" ) no connection - see attached "ssh_neu.txt" - can't negotiate the keything reburned image and changed the sshd config to "PubkeyAuthentication no" and "PasswordAuthentication yes" and got as ssh response the "ssh2.txt". So 2 times not even got to a password request. What to do ??? regards sshd-config.txt ssh_neu.txt ssh2.txt

Problem must be affecting most if not all (Armbian Debian) users in order to be removed. We need to understand why you have problems and we / others don't. If there will be more reports on issues, we will look into and fix them. This is how it usually goes. And minimal CLI has different networking stack as server / desktop.

I setup a fresh install on the RV2 using the pre-built Forky binary. Everything works stably but the idle load average is very high all the time: armbian@orangepirv2:~$ uptime 09:22:27 up 13:30, 1 user, load average: 2.00, 2.00, 2.00 Looks like the bug that cause the kernel to spin is still there.

Hi, No sure if this is the place to post this but here it goes. I use the Debian distro for my armbian deployments. Every time I deploy, and the system comes with systemd-resolved it gives me problems. I always have to remove it and use the /etc/resolv.conf file by it self. I would suggest removing this, it's not necessary or useful. -Cheers