All Activity

Why so few Debian (Trixie) images with this batch of newly released images? Not one full desktop image for Debian?

So, I bought a good TTL adapter and managed to capture the boot log after flashing the device. I hope I can get some help now! don't know if this is correct or not. For some reason, the device isn't receiving an IP address on the local network. Is there a DHCP client issue? Another device, a Luckfox Pico Pro Max, receives an IP address without any problems after a firmware update with the same firmware installed. root@luckfox-lyra-ultra-w:~# ip a 1: lo: <LOOPBACK,UP,LOWER_UP> mtu 65536 qdisc noqueue state UNKNOWN group default qlen 1000 link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00 inet 127.0.0.1/8 scope host lo valid_lft forever preferred_lft forever inet6 ::1/128 scope host noprefixroute valid_lft forever preferred_lft forever 2: end1: <BROADCAST,MULTICAST> mtu 1500 qdisc noop state DOWN group default qlen 1000 link/ether 02:95:55:d5:00:1c brd ff:ff:ff:ff:ff:ff altname enx029555d5001c root@luckfox-lyra-ultra-w:~#

I've already benchmarked a computer-interactivbe task (like image processing) on the Orangepi 5 plus's processor——and it wrapped up in just 40 minutes, which is impressively fast. Therefore, I' like to try the NPU. Anyone know how to tap into its NPU for AI workloads?

I am a newbie making first steps with Armbian on my random MXQ PRO4 tv-box, huge thanks for everyone who made it possible, I find it to be a great way to improve my Linux skills. I wanted to ask for the help with it's wifi/bt chip marked as MSN8830A. I am currently running Armbian-unofficial_24.11.0-trunk_Rk322x-box_noble_current_6.6.56_xfce_desktop.img.xz from eMMC and apart from wifi/bt everything else works perfect. Will greatly appreciate any advise on prober driver/armbian image that may help with wifi. Attaching the picture showing the chip and board name. 74ea9647-b0c9-44d7-9233-0bdea959de5a.jfif

It works for me without the DT fix as well, but PCIe doesn't work for me at all, even with the referenced patch. But I suppose it's because the device discussed in this thread doesn't have any PCIe hardware support at all.

@wolf7250 > Is it possible this has been resolved now and I won't need to do anything? I think so, because I was just able to perform a package update without any problems. > Or will I likely need to run the commands that Igor listed in the post that you linked? The background of my post was to encourage you to upgrade your OMV6 to OMV7 (after a full backup) and if the same (minor) problems arise, the solution is well-known.

IIRC stuff for rock2a/f was sent to upstream uboot too. Try adding a condition to use mainline uboot as well. You can check various rockchip based boards which also have this in their board config file.

I tried various parameters when mounting and unmounting, such as: sudo umount -f /media/..., but the system still hangs. You can't connect to the device via SSH in a new session. If you force a reboot (or sudo systemctl poweroff ) without unmounting it, it won't happen, and you won't be able to connect via SSH. Physically disconnecting the cable also doesn't help.

@djoness Can you share your MiniArch-20231112-6.6.2-board-h313.x96_q-SD-Image.img on Cloud,or Send me email(lq007lq@gmail.com). Because The owner's github update, The old version has been overwritten.

After upgrading to Armbian 26.2, I noticed that if I mounted a network drive (samba, cifs) and even accessed it, and then tried to unmount it (sudo umount -t cifs ...), the system would freeze. Upgrading from Debian 12 (bookworm) to Debian 13 (trixie) didn't help. I did a rollback to Armbian 25.x via backup, and this problem doesn't exist there.

@iav nice. Yeap. One fixes topology and the other pcie performance. Tested on the BananaPi BPI-CM4

I add a patch from https://git.kernel.org/pub/scm/linux/kernel/git/amlogic/linux.git/patch/?id=79482f3791c4760b9b0d8d9bfde9f1053ea3dd5e into my build (`userpatches/kernel/archive/meson64-6.18`) And success! 7-Zip 23.01 (arm64) : Copyright (c) 1999-2023 Igor Pavlov : 2023-06-20 64-bit arm_v:8 locale=en_GB.UTF-8 Threads:6 OPEN_MAX:1024 Compiler: 13.2.0 GCC 13.2.0 Linux : 6.18.0-edge-meson64 : #1 SMP PREEMPT Sun Nov 30 22:42:10 UTC 2025 : aarch64 PageSize:4KB THP:always hwcap:8FF:CRC32:SHA1:SHA2:AES:ASIMD LE 1T CPU Freq (MHz): 1887 1899 1901 1901 1903 1903 1903 3T CPU Freq (MHz): 299% 1904 300% 1903 RAM size: 3773 MB, # CPU hardware threads: 6 RAM usage: 1334 MB, # Benchmark threads: 6 Compressing | Decompressing Dict Speed Usage R/U Rating | Speed Usage R/U Rating KiB/s % MIPS MIPS | KiB/s % MIPS MIPS 22: 7750 530 1423 7540 | 135098 544 2118 11518 23: 7635 541 1438 7780 | 134250 551 2106 11614 24: 7469 535 1502 8032 | 131036 551 2089 11498 25: 7334 545 1537 8374 | 129234 552 2085 11501 ---------------------------------- | ------------------------------ Avr: 7547 538 1475 7931 | 132404 549 2099 11533 Tot: 544 1787 9732 @c0rnelius, you hit them! Thank you!!!

https://lore.kernel.org/linux-amlogic/20251127170908.14850-1-18255117159@163.com/T/#t https://lore.kernel.org/linux-amlogic/176397825606.3590190.10935817124468233062.b4-ty@linaro.org/T/#t

As a reminder: earlier this year, WDR_s had success with the waveshare 9486 LCD, with the ili9341 driver, but that was the fbtft old style driver. https://forum.armbian.com/topic/46824-orange-pi-zero-3-ili9486-tft-lcd/#findComment-213110 I can't remember whether someone used the adafruit ili9341 driver (DRM) for the Waveshare ili9486/9488 LCD... anyone remembers? And a success case in the reddit community (warning Raspberry): https://www.reddit.com/r/raspberry_pi/comments/1lk18a7/comment/mzql8v4/

Hello: To compare all available use of this so great card, we could share our uses. For me i se it with : -OpenMediaVault for the NAS function; as file copy save and Torrent -Transmission for the torrent sharing -2 HDDs to save files on USB 3 and 2. And you ? I have a Rock64 1Gb with external power station 5A power

Thanks for responding @FredK! Is it possible this has been resolved now and I won't need to do anything? Or will I likely need to run the commands that @Igor listed in the post that you linked?

The HDMI0(Port next to Headphone Jack) is driven by DP1 on rk3588 via RA620(a dp2hdmi converter). https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/commit/arch/arm64/boot/dts/rockchip?h=v6.18&id=07c53a9e970712b1a479dd0ec4adfe184482c22f ROCKCHIP_DW_DP is needed in order to have working 2nd HDMI port. In menuconfig : Device Drivers ---> Direct Rendering Manager (XFree86 4.Graphics support ---> 1.0 and higher DRI support) ---> Rockchip specific extensions for Synopsys DW DP <pre> │ CONFIG_ROCKCHIP_DW_DP: │ │ │ │ This selects support for Rockchip SoC specific extensions │ │ to enable Synopsys DesignWare Cores based DisplayPort transmit │ │ controller support on Rockchip SoC, If you want to enable DP on │ │ rk3588 based SoC, you should select this option. │ │ │ │ Symbol: ROCKCHIP_DW_DP [=n] │ </pre> https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/commit/arch/arm64/boot/dts/rockchip/rk3588-extra.dtsi?h=v6.18&id=64566e35757faded57a65d65e84b5ca95974ee19

Upgrade to Armbian 25.11.2 successful.

Yes, it is a custom Armbian image (no coding needed) Download the Armbian build system from github Select panel-mipi-dbi to be a kernel module (M) Choose Trixie, minimal (the greeter+desktops available in Armbian need to be pure wayland, but the greeter is not) Try the DTS and firmware file again I will try to explain better tonight Are you sure you meant Linux 6.1.31? My opiz3 is running 6.13.x or newer

@wolf7250fyi: I upgraded my Helios4 from OMV6 to OMV7 RC1 in February 2024 already. Upgrade went smoothly. But after that further OMV updates were not possible, solution found at https://forum.armbian.com/topic/23465-apt-get-update-fails-with-public-key-errors/?do=findComment&comment=178626

By helping cleaning gigantic Allwinner patchset so we can upgrade it to 6.18.y and merge already prepared Cubie a5e https://github.com/armbian/build/pull/8831 Then it become easier.

@Maxim Shell it’s possible to boot using USB OTG. You’ll need the latest u-boot. You can use my mainline build. Not sure if your stick has secure boot enabled. You can remove the secure boot patches if you don't need it. https://github.com/NickAlilovic/build/tree/mainline/patch/u-boot/u-boot-mainline git clone https://github.com/NickAlilovic/build.git --branch mainline cd build ./compile.sh build BOARD=transpeed-8k618-t BRANCH=edge BUILD_DESKTOP=yes BUILD_MINIMAL=no DESKTOP_APPGROUPS_SELECTED=browsers DESKTOP_ENVIRONMENT=xfce DESKTOP_ENVIRONMENT_CONFIG_NAME=config_base EXTRAWIFI=no KERNEL_BTF=no KERNEL_CONFIGURE=no RELEASE=bookworm https://linux-sunxi.org/FEL/USBBoot#Mainline_U-Boot_.28v2015.04_and_newer_versions.29 build/cache/sources/u-boot-worktree/u-boot/v2025.10/spl/u-boot-spl.bin You can mount the compiled image to get the other files. sun50i-h618-transpeed-8k618-t.dtb uImage boot.scr I haven't done this before. Let us know how it works out for you.

Short of KIckPi opening a contract with Armbian and providing the units they want worked on. I don't see how?

How can I help with the development of Armbian for the Orangepi-4A?

Thanks @c0rnelius Is there a sustainable way of building working images for kickpi k2b v2?