All Activity

Thank you Werner. I'm not into Armbian enough to understand how the hardware is supported across all the kernel versions. The best I can do is to test different versions until I find the mininum support for the things I want to do. Till now, kernel 6.1.99-vendor-rk35xx works more or less, but SATA HDDs are not always detected at boot. HDMI output doesn't work for me when kernel 6.12 is used (I have rock 5 ITX - Board version 1.12). Kernel 15-rc solves the SATA support, but audio doesn't work. I went throught many webpages to check if I can solve some issues here and there, but my limited knowledge doesn't allow me to really understand what's going on and the interactions between elements of the system. I have to rely on the hard work of the developers community, waiting for better support in the future, if any.

tl;dr; It a business support / donation deal between Armbian and SBC maker. We have some budget, we aim on at least positive zero, and we have some people behind those boards. This doesn't mean we will be able to resolve all problems and in real-time as budget is still too small and resources remain limited. Support is better https://docs.armbian.com/User-Guide_Board-Support-Rules/ then on boards without.

Hi, how, which software do you use? - did you try to use "alsamixer" to check the volumes ? Just to rule out the mic being muted - please provide logs with: https://docs.armbian.com/User-Guide_Fine-Tuning/#how-to-provide-boot-logs-for-inspection

As expected. Mainline Linux support for rk35xx soc family is still under heavy development. There is a good overview what should work and what does not:https://gitlab.collabora.com/hardware-enablement/rockchip-3588/notes-for-rockchip-3588/-/blob/main/mainline-status.md

Any updates on this? I am just trying to install Armbian on the eMMC of 5B. It’s not working, so I ran into this thread. If possible, I wouldn’t want to open the case (and undo the thermal tape) to access the maskrom button, so I was wondering if the you think the instructions of sns1801 could be adapted to constructing a new image with several invocations of dd? Then use any image on an SD to flash the custom image from a USB stick using dd?

Hi Everybody, I'm trying to set up Nextcloud with Collabora Office on NanoPi R4S running Armbian, but I'm having trouble configuring the reverse proxy (nginx/Caddy) for HTTPS with local domains. Current Setup: Running via docker-compose.yml (shown below) Without HTTPS, everything works: Collabora can open documents in Nextcloud's web UI With HTTPS enabled, Collabora integration breaks Added to /etc/hosts: 127.0.0.1 nextcloud.lan collabora.nextcloud.lan What I Need: HTTPS configuration for both services Reverse proxy to local domains: Nextcloud: https://nextcloud.lan Collabora: https://collabora.nextcloud.lan My docker-compose.yml (HTTP-only version): networks: network: driver: bridge volumes: mariadb_config: mariadb_data: nextcloud_config: nextcloud_data: services: collabora: image: collabora/code restart: unless-stopped container_name: collabora hostname: collabora domainname: collabora.nextcloud.lan networks: - network ports: - "9980:9980" cap_add: - MKNOD nextcloud_db: image: linuxserver/mariadb restart: unless-stopped container_name: nextcloud_db hostname: nextcloud_db networks: - network volumes: - mariadb_config:/config - mariadb_data:/data environment: - PUID=1000 - PGID=1000 - TZ=UTC - MYSQL_ROOT_PASSWORD=nextcloud - MYSQL_DATABASE=nextcloud_db - MYSQL_USER=nextcloud - MYSQL_PASSWORD=nextcloud nextcloud: image: linuxserver/nextcloud restart: unless-stopped depends_on: - nextcloud_db - collabora container_name: nextcloud hostname: nextcloud domainname: nextcloud.lan networks: - network ports: - "8080:80" volumes: - nextcloud_config:/config - nextcloud_data:/data environment: - PUID=1000 - PGID=1000 - TZ=UTC - NEXTCLOUD_UPLOAD_LIMIT=16G - NEXTCLOUD_MAX_TIME=3600 - NEXTCLOUD_MEMORY_LIMIT=3G - SKIP_DOMAIN_VALIDATION=true - NEXTCLOUD_TRUSTED_DOMAINS=nextcloud.lan Key Questions: How should I modify the docker-compose.yml to: Enable HTTPS for both services? Properly configure the reverse proxy for the local domains? Set up valid SSL certificates for *.lan domains? For Collabora: What extra_params or environment variables are needed for HTTPS? How to configure Nextcloud's config.php for the Collabora HTTPS endpoint? I'd prefer a solution using Caddy if possible, as it's simpler for automatic HTTPS. Any working configuration examples would be greatly appreciated! Thanks in advance for your help! Viktor Malygin WordPress Developer

[Solved] Moved to kernel 6.1.99-vendor-rk35xx Everything is detected correctly.

The software used by the Orange Pi "team" is, to a very large extent (estimates go as high as 99.9%), based on the work of developers from the Armbian project (and beyond). Their contribution mainly includes adding basic support for new boards, but unfortunately, without further maintenance or long-term support – which practically means that the entire burden of maintenance and support falls on the community. It should be noted that systems such as Orange OS Ubuntu and Debian on ARM architecture are the result of years of work by more than 500 people gathered around the Armbian project. Orange Pi only makes minor adjustments. In the past ten years, we have not seen a single contribution from any member of the Orange Pi team to the development of these key components. Absolutely nothing, while they keep signing under our work (even changed to some degree) ... on top of stealing software support. Which they don't provide in any way. The work of the Orange Pi team (which appears to be just one individual), on top of some old Armbian, can be tracked here: https://github.com/orangepi-xunlong/orangepi-build/commits/next (they removed other board configs)

Hi Any Idea how to solve it? What is the process for premium support?

i have a image working with some h616; you may try; i will give the link here

IIRC this was never integrated but was supported via community initiative:

Please take a look on CPU usage precision on the new kernel for x64 and arm64. It is 1 milliseconds. But kernel 6.13 on armv7 still provides 4 milliseconds of precision. How do I tune CPU usage precision on image build?

@Marco Cettina When you apply the overlay, the PWM driver will loaded and export some files to /sys. I haven't figured out what to do with it next or how to use it yet. I hope you can clarify this for all of us. PR: pull/8086

PanVK has reached a new milestone, and is now officially conformant with the Vulkan 1.1 specification on the Arm Mali-G610 GPU! The submission was done from the Mesa 25.0.2 release, and covers both armhf as well as aarch64 architectures. View the full article

https://github.com/The-going/PKG_test/tree/master/sunxi64-6.13 You can install these pre-assembled kernel packages and check their functionality. /boot/armbianEnv.txt ... overlay_prefix=sun50i-h616 overlays=pwm1-ph3 ...

To me it looks like the GPU is not working. After installing Armbian (I tried both, minimal and with desktop env), everything works, but graphics does not look like accelerated. Running glmark2 gives quite low FPS counts. Also it reports GL Vendor as Mesa/Xorg, i.e. not the GPU. Any help on how to make GPU work would be welcome!

/* Bit 0 express polarity */ #define GPIO_ACTIVE_HIGH 0 #define GPIO_ACTIVE_LOW 1 /* Bit 1 express single-endedness */ #define GPIO_PUSH_PULL 0 #define GPIO_SINGLE_ENDED 2 /* Bit 2 express Open drain or open source */ #define GPIO_LINE_OPEN_SOURCE 0 #define GPIO_LINE_OPEN_DRAIN 4 /* * Open Drain/Collector is the combination of single-ended open drain interface. * Open Source/Emitter is the combination of single-ended open source interface. */ #define GPIO_OPEN_DRAIN (GPIO_SINGLE_ENDED | GPIO_LINE_OPEN_DRAIN) #define GPIO_OPEN_SOURCE (GPIO_SINGLE_ENDED | GPIO_LINE_OPEN_SOURCE) /* Bit 3 express GPIO suspend/resume and reset persistence */ #define GPIO_PERSISTENT 0 #define GPIO_TRANSITORY 8 when combining add the bits #define GPIO_OPEN_DRAIN (GPIO_SINGLE_ENDED | GPIO_LINE_OPEN_DRAIN) is 2+4= 6 gpios = <&pio 0 7 (GPIO_ACTIVE_HIGH|GPIO_OPEN_DRAIN)>; or gpios = <&pio 0 7 4>;

Introducing Armbian’s New Cloud Images: Optimized for x86 and aarch64 Cloud Deployments Armbian is taking a significant step forward in cloud computing support with the introduction of dedicated cloud images tailored for cloud environments. The latest enhancement brings a new ‘cloud’ image set specifically designed to optimize generic x86 and aarch64 deployments, ensuring better performance, security, and compatibility in cloud infrastructures. Why Dedicated Cloud Images? As more enterprises and developers deploy lightweight Linux images in cloud environments, the need for a streamlined, cloud-optimized configuration has grown. The new ‘cloud’ images aim to address this by focusing on: Very Fast Boot Time: Optimized configurations enable boot times as fast as 1-2 seconds, ensuring rapid deployment and responsiveness. No Firmware Package: By eliminating unnecessary firmware packages, the cloud images remain lightweight and focused on essential cloud functionality. Optimized Performance: Stripped of unnecessary hardware drivers, the cloud images are leaner, allowing faster boot times and improved efficiency. Enhanced Compatibility: Fine-tuned configurations ensure that Armbian-based cloud instances run seamlessly across major cloud providers, including AWS and Azure. Security-Focused Design: With a minimal attack surface, the cloud images reduce exposure to vulnerabilities while maintaining essential features. Lightweight Image Size: The uncompressed QCOW2 image is approximately 700MB, ensuring minimal resource usage while maintaining full functionality. Docker Support Enabled by Default: The cloud images come preconfigured with Docker support out of the box, allowing seamless deployment of containerized applications. Lean Debian Bookworm or Ubuntu Noble User Space: Provided images come with a minimal yet powerful user space based on Debian Bookworm or Ubuntu Noble, ensuring stability and efficiency. ZRAM Management: Built-in ZRAM management optimizes memory usage, improving performance in resource-constrained environments. Armbian-Config System Configuration Utility: The powerful armbian-config tool provides an easy way to configure and manage system settings, enhancing user experience and customization. Customize and Brand Your Cloud Image Armbian makes it incredibly simple to create custom, cloud-optimized images tailored to your needs. Whether you’re an enterprise or an individual developer, you can brand and configure your Armbian cloud images to match your identity and requirements. Have always fresh Armbian OS with your brand! By leveraging the Armbian build framework, you can easily build your own cloud images with custom configurations, packages, and branding. Get started today by visiting the official Armbian build repository. Build command example: ./compile.sh \ BETA=no \ BOARD=uefi-x86 \ BRANCH=cloud \ BUILD_DESKTOP=no \ BUILD_MINIMAL=yes \ ENABLE_EXTENSIONS=image-output-qcow2 \ IMAGE_VERSION=25.2.3 \ RELEASE=noble \ VENDOR="Company" \ VENDORCOLOR="5;100;115" \ KERNEL_CONFIGURE=no \ KERNEL_BTF=yes Download links You can find download links at https://www.armbian.com/download/, or use the direct links below. For the QEMU disk image (QCOW2) format: https://dl.armbian.com/uefi-x86/Bookworm_cloud_minimal-qcow2 https://dl.armbian.com/uefi-x86/Noble_cloud_minimal-qcow2 https://dl.armbian.com/uefi-arm64/Bookworm_cloud_minimal-qcow2 https://dl.armbian.com/uefi-arm64/Noble_cloud_minimal-qcow2 and Microsoft Azure image format: https://dl.armbian.com/uefi-x86/Bookworm_cloud_minimal-hyperv https://dl.armbian.com/uefi-x86/Noble_cloud_minimal-hyperv https://dl.armbian.com/uefi-arm64/Bookworm_cloud_minimal-hyperv https://dl.armbian.com/uefi-arm64/Noble_cloud_minimal-hyperv How This Benefits Cloud Deployments This update makes it easier for developers and businesses to deploy Armbian-based instances in the cloud without unnecessary bloat. Whether running on AWS, Google Cloud, Azure, or smaller providers and Qemu KVM / Proxmox, users can expect: Reduced overhead and better resource utilization Improved stability with cloud-centric optimizations A more agile and lightweight system for containerized applications Faster provisioning and deployment due to the ultra-fast boot times Seamless container orchestration with pre-enabled Docker support Optimized memory management with built-in ZRAM support Customizable and user-friendly system configuration via armbian-config The ability to build fully customized, branded cloud images with ease What’s Next? Armbian continues to evolve, ensuring that users benefit from its embedded Linux roots, embracing a philosophy of minimalism and efficiency that ensures optimal use of system resources. Community feedback is crucial in refining the cloud images, and we encourage users to test them out and contribute. For more details, visit the official Armbian GitHub repository and join the discussion! Stay connected and experience the next generation of Armbian cloud support today! The post Armbian cloud images first appeared on Armbian. View the full article

Since u-boot can deal with the original initrd.img, do we still need to convert it into uImage?

Thank you Angel, For the image.

Indeed, the patch was for 32bit chips, I did not look too careful. But it touches the clk-pll.c which is common. Not sure if it is worth to try to apply it to the rockchip64 series. I had a similar issue with tinker board (rk3288) where the mainline kernel did not work with some HDMI panels but the vendor kernel did. In both cases I had EDID warnings. The problems was caused by clock issues.

Since we host these sources ourselves, you can directly pr against them:https://github.com/armbian/linux-rockchip

No, I just made a few modifications to make it work on this board.

i'm writing this from an aarch64 chromebook running mainline linux with 32gb of emmc (usually 90+ % full) which i'm using as daily driver for over two years now with firefox having many dozens of active tabs open all the time, so that its usually about 1gb into swap with its 4gb of ram (despite using zswap memory/swap compression) and so far it is running fine without problems und due to the btrfs internal checksumming on read those would be visible immediately ... same applies to a few small servers with a similar setup running from a1 rated sd cards, all fine as well ... this is not armbian, but btrfs (which should be the same everywhere) - maybe formatting with "-m single" and mounting with "ssd" option might be a good idea (at least this is what i use on above mentioned systems).

Hello, I'm quite new to SBC and linux. On one hand I'm learning a lot, but on the other hand I'm struggling to make it work as I would like. I already have a low performance Zimaboard (just 2GB Ram) that I use as a NAS and I want the ROCK 5 ITX 8GB to be used as a general purpose apps server for home automation, streaming music, listening music, etc. One of my use case I'm playing with is the following: 1) music files are on the NAS 2) Music files are played from the Rock5 ITx via the speakers plugged into the headphone jack, 3) The music player is controlled remotely using Lyrion Music Server + Squeezelite. I've already tested the above using the official rock-5-itx_bookworm_kde_b3.output.img.xz image and it works: no rocket science . Unfortunately the vendor official image is not very stable: the docker containers crash randomly and even if the SATA drives are detected and mounted at boot time, the got disconnected randomly after some hours. That's why I decided to go experimental and now I'm playing with the following setup and 6 containers running: OS: Armbian-unofficial 25.05.0-trunk bookworm aarch64 ?******************; Host: Radxa ROCK 5 ITX '*n` .'`^,;;,^`'. ,cc. Kernel: Linux 6.15.0-rc1-edge-rockchip64 !^ ^^ ": Shell: bash 5.2.15 Itttt?' ~~]rr] `{tttt, Terminal: /dev/pts/0 \tttttt!""I_]r("""~tttttt1 CPU: rk3588 (8) @ 2.40 GHz '_tttttttttttt)ftttttttttttti. GPU: Rockchip rk3588-mali [Integrated] \*ztttttttttttttttttttttttttf**[ Memory: 1.80 GiB / 7.75 GiB (23%) l**c)tttttttttttttttttttttttt(z**, Swap: 0 B / 3.87 GiB (0%) .z*x.`tttttttttttttttttttttttt.`u*n Disk (/): 11.90 GiB / 232.35 GiB (5%) - ext4 >` (tttttttttttttttttttttt] "I Disk (/media/bidone): 44.76 GiB / 3.58 TiB (1%) - ext4 ,tttttttttttttttttttttt` Disk (/var/log): 5.31 MiB / 46.84 MiB (11%) - ext4 ./tttttfttttttttfttttt( Local IP (wlP2p33s0): 192.168.X.X 'I)))(\()(tt))|\()({;' Locale: it_IT.UTF-8 Coming back to the play-music-locally use-case, I've a problem with the sound card because I cannot hear the audio. Here the output from Armbianmonitor: https://paste.armbian.com/apaxoburiz I've both ALSA and PulseAudio. Alsamixer works: Hereunder other outputs, but I'm not expert enough to understand what's going on and why audio is not played by the speakers plugged to the board. No sound with "speaker-test" and "/etc/modprobe.d/sound.conf" doesn't exsist. HDMI audio is not detected, but I can live without for the moment. cat /proc/asound/cards 0 [rk3588es8316 ]: rk3588-es8316 - rk3588-es8316 rk3588-es8316 sudo dmesg | grep 'snd\|audio\|firmware' [ 0.000000] psci: PSCIv1.1 detected in firmware. [ 0.150543] /i2c@fec90000/audio-codec@11: Fixed dependency cycle(s) with /i2s@fe470000 [ 1.495212] /i2s@fe470000: Fixed dependency cycle(s) with /i2c@fec90000/audio-codec@11 [ 1.495240] /i2c@fec90000/audio-codec@11: Fixed dependency cycle(s) with /i2s@fe470000 [ 15.623287] rtw89_8852be 0002:21:00.0: loaded firmware rtw89/rtw8852b_fw-1.bin inxi -A Audio: Device-1: audio-graph-card driver: asoc_audio_graph_card Device-2: rk3588-dw-hdmi-qp driver: dwhdmiqp_rockchip API: ALSA v: k6.15.0-rc1-edge-rockchip64 status: kernel-api Server-1: PulseAudio v: 16.1 status: active aplay -l **** List of PLAYBACK Hardware Devices **** card 0: rk3588es8316 [rk3588-es8316], device 0: fe470000.i2s-ES8316 HiFi ES8316 HiFi-0 [fe470000.i2s-ES8316 HiFi ES8316 HiFi-0] Subdevices: 0/1 Subdevice #0: subdevice #0 alsactl init alsa-lib parser.c:2783:(load_toplevel_config) Unable to find the top-level configuration file '/usr/share/alsa/ucm2/ucm.conf'. alsa-lib main.c:1541:(snd_use_case_mgr_open) error: failed to import hw:0 use case configuration -2 Found hardware: "rk3588-es8316" "" "" "" "" Hardware is initialized using a generic method Thank you: advices are appreciated.