Active threads

So essentially it is about adding/fixing analog audio (3.5mm plug) es83xx in mainline kernel. I am maybe lucky that there is another analog chip in Radxa ROCK5B, but I have also noticed strange (too high too low) volume levels initially, but cannot reproduce anymore as 1 of the distros is Opensuse Tumbleweed and the specific snapshot version is already deleted. It worked fine a month ago (Opensuse Tumbleweed on top of EDK2-UEFI v1.1 in SPI-flash ), but runs Armbian Trixie/Testing now as server, don't know about audio. In the end, it is Xunlong selling the HW and not delivering mainline kernel features. Some cheap N100 boards use a well supported USB audio chip, RPi5 removed 3.5mm audio completely. So see for yourself how you fulfill your audio requirements. When I bought my ROCK5B, the OPI5plus was about 25 euros cheaper, but it is the onboard power supply circuit and SATA options that made me buy from Radxa and also that the ROCK5B is used by Collabora. It is long time (decade) ago I did some (local) changes to kernel sources, that was torwalds or mainline tree, for Armbian, look in latest build docs options. It is something with kernel-config, you can then pause things and change sources. But better to see if you can manage to fix directly on mainline kernel git.

H618 Orange Pi Zero2 – SPI/I2C/UART overlays not working after armbianEnv.txt edit I’m using Orange Pi Zero2 (H616) with Armbian. I edited /boot/armbianEnv.txt to enable SPI/I2C/UART, but GPIO pins for SPI/I2C/UART are not working. gpio readall shows OFF or wrong ALT modes. overlay_prefix=sun50i-h616 overlays=spi-spidev spidev1_1 uart5 i2c3-ph 229 SDA.3 ALT5 228 SCL.3 ALT5 231 MOSI.1 OFF 232 MISO.1 OFF 230 SCLK.1 OFF ... sun50i-h616-bananapi-m4-spi1-cs0-cs1-spidev.dtbo sun50i-h616-bananapi-m4-spi1-cs0-spidev.dtbo sun50i-h616-bananapi-m4-spi1-cs1-spidev.dtbo sun50i-h616-i2c3-ph.dtbo sun50i-h616-uart5.dtbo ... Copy dtbo to /boot/dtb/allwinner/overlay/ Reboot Which overlays are correct for SPI/I2C/UART on H616? How to check if dtbo is actually loaded? If copying dtbo doesn’t help, what should I do? Thanks!

Thank you for your help. I attached log of first minute console log of original Android. Hope this can clarify things. It states some important info like [00.495]PMU: AXP1530, voltage levels and other hardware details. To clarify boot process with mniarch: It also shows mmc data error, however it does not stop there. androboot.txt

Yes, validation always succsess. I tried even different SD cards (brand new Sandisk). After Armbian fails to boot I write stock friendlyelec image by the same tool and stock image always properly boot

I never used RKDevTool because I'm on Linux. I understand the instructions as follows: Download RKDevTool, Wipe_part and Clear_EMMC_yy3568.zip from the links in the original post. The zip contains the config for RKDevTool from Nicolas. The included file path will not work on your system. You have to adjust these that uboot.img, miniloader.bin and parameter.txt from the Clear_EMMC_yy3568 are used and the separately downloaded wipe_part. I assume that at the next boot some partitions on EMMC are cleared and in consequence booting from SDcard is activated.

Etcher is broken on big images. It is out of our power to fix that. Use USB imager or something else.

Reply from the company that makes Cubox: the SOC of the MiiPC is the same family as the Dove based SOC that was in the original Cubox device. We're getting closer.

Hello, everyone. I'm using Armbian_25.5.2_Orangepizero3_bookworm_current_6.12.30-homeassistant_minimal on 4GB OpiZero3. When booting from sd, the bluetooth controller is initialized correctly. I made a boot from usb-ssd via armbian-config: everything works fine, but the bluetooth controller is not initialized. /sys/class/bluetooth is empty. Switch back to sd - it works again. Boot from ssd - no. I compared whether it transferred the distribution correctly from sd to ssd - all files are the same. What could be the problem?

Thanks for sharing, Nick A This image is working on my device. Now I want to know more about how to create this image. Can you plz share with me any tutorial or documentation on this. Thank a lot

Hello everyone, I am creating a custom Armbian build for OPI5 && OPI5b. The task is as follows: install several packages in the system and fully configure it. While there are no issues with installing packages and configuring the network, there is a peculiarity with the login and password. Specifically, sometimes after writing the image to the emmc opi5b or SD card, the system allows me to log in with my pre-configured credentials, but other times, when flashing the same image, the system simply rejects my pre-set data and displays the message “Login Incorrect.” How I set the initial settings for the system: In /root there is a file called .not_logged_in_yet, from which data is pulled when you first log in to the system, thanks to which it is automatically configured (this method was tested on nanopi m6 and RPI 3b+) and everything worked fine, but for some reason, it is with orangepi 5 && orangepi 5b that I get such artifacts. My .not_logged_in_yet looks like this: # Network settings PRESET_NET_CHANGE_DEFAULTS="1" PRESET_NET_WIFI_ENABLED="1" PRESET_NET_WIFI_SSID="MyWiFi" PRESET_NET_WIFI_KEY="MyWiFiPassword" PRESET_NET_WIFI_COUNTRYCODE=“RU” PRESET_CONNECT_WIRELESS="n" PRESET_NET_USE_STATIC="1" PRESET_NET_STATIC_IP="192.168.1.100" PRESET_NET_STATIC_MASK=“255.255.255.0” PRESET_NET_STATIC_GATEWAY="192.168.1.1" PRESET_NET_STATIC_DNS="8.8.8.8 8.8.4.4" # System settings SET_LANG_BASED_ON_LOCATION="n" PRESET_LOCALE="ru_RU.UTF-8" PRESET_TIMEZONE="Europe/Moscow" # Root settings PRESET_ROOT_PASSWORD="mysecretrootpass" # User creation PRESET_USER_NAME="user1" PRESET_USER_PASSWORD="mypassword" PRESET_DEFAULT_REALNAME="User One" PRESET_USER_SHELL="bash" For my Armbian image, I use the VENDOR 6.1 kernel - ubunu 22.04 jammy. What could be the problem?

@Nick AI don't think it's the same issue.Later, I entered the Android system and used the dd command to flash the x96q tvbox IMG file into the mmcblk. It successfully ran the armbian via eMMC.Next, I will try the x98h Wi-Fi chip driver.Thanks

@buzz89 never heard of it. If you have root access you probably can.

Hello everyone, i somehow compiled u-boot for x96q with 1.5Gb DRAM, and i created "instruction", how i managed to compile it: https://gist.github.com/VMTestik/257c836f1602a64fea8c05ecedc650b0 Maybe it will be helpful or useful

@laibsch thank you. @TonyMac32 any ideas? Update: The Bookworm minimal image does fully boot. Just not Trixie.

above PR is merged

Board: ODROID HC4 Kernel: 6.12.42-current-meson64 Issue: PWM fan control completely non-functional despite software appearing to work Problem Summary: The HC4's PWM fan runs at constant speed regardless of PWM settings. Manual PWM control has zero effect on fan speed, even when setting PWM to 0 (fan should stop/slow) or 255 (full speed). What I've Tried: Hardware Testing: Verified fan wiring with schematic (Pin 1=+5V, Pin 2=GND, Pin 3=TACHO, Pin 4=PWM) Tested with Noctua NF-A4x10 5V PWM fan (confirmed working on other systems) Swapped PWM/TACHO wire positions - no change Software Testing: Manual PWM control: echo 0|50|255 > /sys/class/hwmon/hwmon2/pwm1 - no response Direct PWM chip control: /sys/class/pwm/pwmchip0/pwm0/ - no response Tested different PWM chips (pwmchip0, pwmchip1) and channels Stopped fancontrol service to avoid conflicts Verified PWM files exist and accept values Overlay Testing: Tried existing Armbian overlays: meson-g12-pwm-gpiox-5-fan Copied PWM overlays from official ODROID Ubuntu image: fanspeed-full.dtbo, pwm_a-pwmfan.dtbo, etc. Overlays present in filesystem but show no loading errors or effects System Status: PWM driver loaded: meson-pwm ff802000.pwm: using obsolete compatible PWM devices detected: /sys/class/pwm/pwmchip0, /sys/class/pwm/pwmchip1 Device tree shows: cat /proc/device-tree/pwm-fan/compatible = pwm-fan Fan gets power and runs, but zero PWM response Research Findings: Found GitHub discussion showing HC4 PWM was broken in Armbian (August 2023 merge/revert cycle) where "PWM pulse reading was removed from HC4." This appears to be an ongoing regression in 6.x kernels. Similar issue documented in forum post about ODROID C2 where user had PWM files working but "nothing happen" until they manually patched device tree. What I Want to Contribute: I'd like to properly fix HC4 PWM fan control and contribute the solution back to Armbian. This affects anyone wanting quiet operation or proper thermal management. Need Guidance On: I'm relatively new to device tree development and embedded Linux, but I'm motivated to learn and contribute a proper fix. I'd appreciate guidance on: Where to start - What's the best approach for a beginner to debug device tree PWM issues? Learning resources - Any recommended documentation for understanding Amlogic PWM/device tree development? Debugging methodology - How to compare current vs. working device tree for PWM routing? Development workflow - What tools should I learn for creating/testing HC4-specific overlays or patches? Contribution process - How do device tree fixes typically get submitted and reviewed in Armbian?

So 25.05 and 25.5 are the same version? That threw me off for a while...

Thank you for letting us know and polish up our next release. I'm sure @Igor will have a look shortly.

All I can say about the topic is to give you this link: https://wiki.kobol.io/helios64/pwm/

look into understanding what armbian-config does behind the scenes and replicate that. I think that is a better option anyhow. armbian-config is known to royally screw up your system every now and then.

here is the ouput : @Nick A

If I run a update after changing kernel to edge it doesn't matter the version, it breaks boot, idk why, but it is installing dtb for kernel 6.16 even with kernel 6.13 or 14 installed, current kernel does not support analog audio out of the box and I managed to get it working a few times, so I'm stuck with edge kernel, did a update then changed to edge kernel and disabled armbian updates until this bug is fixed

Hi. I am not complaining. I just would like to understand why I must deactivate https://ppa.launchpadcontent.net/liujianfeng1994/rockchip-multimedia/ubuntu/ if I want watching video on Youtube. If it's needed to disable this repo for watching video. I am ok. But why I can't read video with package from this repo? https://paste.armbian.com/vaxedisuda

What does: ffmpeg -codecs | grep hevc show? Even if it seems to support rkmpp, you can guess that it is broken. So install/get a dedicated external encoder. 2 people in this topic tread show working options. I can't help you any more, you need to do your homework so to say.

@Igor how often does netplan run? how possible might it be to sneak in a sed -i -e 's/PermanentMACAddress/MACAddress/' /run/systemd/network/* networkctl reload in my bootup sequence? will DHCP [on ethEXT1] or carrier up/down events break this?