Search the Community
Showing results for 'headers'.
-
Hi, I have attempted to boot with edge and current branches with no success. I am now trying vendor since its what its running. My process is: ./compile.sh BOARD=orangepi5pro BRANCH=current kernel-config I enable tunneling GRE and some broadcom wifi drivers. ./compile.sh BOARD=orangepi5pro BRANCH=current kernel sudo dpkg -i output/debs/linux-image-*.deb sudo dpkg -i output/debs/linux-headers-*.deb sudo dpkg -i output/debs/linux-dtb-*.deb sudo reboot and after this the system does not boot or post through HDMI. I have to go back and erase /boot and restore a backup to be able to get it working again. What am I missing? P.S. I have /boot partition in SD card and the system partition is in an NVME drive.
-
Mission: provide easy way to configure OS and install services armbian-config provides configuration and installation routines for customizing and automating tasks within Armbian Linux environment. These utilities help streamline setup processes for various use cases. Key Advantages Lightweight: Minimal dependencies for optimal performance. Flexible: Supports JSON, TUI, CLI, and API interfaces. Modern: A fresh approach to configuration. Low entropy: Byte clean uninstall for most targets. Features System Configuration: Kernel management, headers, hardware tweaks. NFS and ZFS storage management. SSH user access tweaks. System updates, rolling / stable, containers update. Network Management: Fixed / dynamic IP configuration. Connecting to wireless network. Access point management. Localization Settings: Configure time zone. Set language and locales. Change hostname. Software Management: Software installation and removal. Native and containerized environment. Standardised, updatable, maintained. Compatibility This tool is tailored to works best with Armbian Linux but it has also been automatically tested on: Debian Bookworm Ubuntu Jammy Ubuntu Noble In theory it should work on all systemd APT based Linux distributions: Linux Mint, Elementary OS, Kali Linux, MX Linux, Parrot OS, Proxmox, Raspberry Pi OS, ... Getting Started Armbian config is preinstalled on Armbian. Open or login into your terminal and run: armbian-config End users: Request new software title Documentation: Armbian config | Optimised software Developers: Adding a new feature or software install title
-
@Chris C In case going's suggestion doesn't help, the kernel should be compatible with the Rock 5b. I don't think that you need to install the dtb if you're already running Armbian with vendor kernel 6.1.x. So just install with "sudo apt install ./linux-image*.deb and the headers if you need them to compile drivers that you need for testing. To be sure if the install went correct you should look if the symlinks are all to the correct kernel. "ls -l /boot" otherwise "sudo ln -sf correct-vmlinuz Image" and so on But adding a log is always helpful indeed. Send it after the nvme stopped working.
-
Hello everybody, I tried building an in-kernel module for USB Dongle Bus 001 Device 003: ID 2357:0120 TP-Link Archer T2U PLUS [RTL8821AU] on my OrangePi Plus. Armbian supplied module from aircrack-ng/rtl8812au has become aging and raises exception errors on modprobe -r. It was deactivated : root@orangepiplus:/etc/modprobe.d# vi blacklist-88XXau.conf #blacklist 88XXau I made a fresh install of Armbian minimal image, then switched to : root@orangepiplus:~# uname -a Linux orangepiplus 6.15.4-edge-sunxi #1 SMP Fri Jun 27 10:13:43 UTC 2025 armv7l GNU/Linux root@orangepiplus:/usr/src# cat /proc/version Linux version 6.15.4-edge-sunxi (build@armbian) (arm-linux-gnueabihf-gcc (Ubuntu 13.3.0-6ubuntu2~24.04) 13.3.0, GNU ld (GNU Binutils for Ubuntu) 2.42) #1 SMP Fri Jun 27 10:13:43 UTC 2025 root@orangepiplus:/usr/src# zcat /proc/config.gz | grep CC_VERSION CONFIG_CC_VERSION_TEXT="arm-linux-gnueabihf-gcc (Ubuntu 13.3.0-6ubuntu2~24.04) 13.3.0" CONFIG_GCC_VERSION=130300 root@orangepiplus:/usr/src# zcat /proc/config.gz | grep STACKPROTECTOR CONFIG_CC_HAVE_STACKPROTECTOR_TLS=y CONFIG_STACKPROTECTOR_PER_TASK=y CONFIG_HAVE_STACKPROTECTOR=y CONFIG_STACKPROTECTOR=y CONFIG_STACKPROTECTOR_STRONG=y Headers were downloaded with armbian-config : root@orangepiplus:/mnt/sda2/src/linux-6.15.4# drwxr-xr-x 25 root root 4096 Aug 21 21:40 linux-headers-6.15.4-edge-sunxi Then performed usual build process: root@orangepiplus:/usr/src# sudo git clone --depth 1 --branch linux-6.15.y https://git.kernel.org/pub/scm/linux/kernel/git/stable/linux.git root@orangepiplus:/usr/src# sudo ln -s /usr/src/linux /lib/modules/$(uname -r)/build root@orangepiplus:/usr/src# ls -al /lib/modules/$(uname -r)/build lrwxrwxrwx 1 root root 14 Aug 21 22:45 /lib/modules/6.15.4-edge-sunxi/build -> /usr/src/linux cp /boot/config-$(uname -r) /usr/src/linux/.config sudo make olddefconfig sudo make menuconfig Module activated in the following tree : │ Symbol: RTW88 [=m] │ │ Type : tristate │ │ Defined at drivers/net/wireless/realtek/rtw88/Kconfig:2 │ │ Prompt: Realtek 802.11ac wireless chips support │ │ Depends on: NETDEVICES [=y] && WLAN [=y] && WLAN_VENDOR_REALTEK [=y] && MAC80211 [=m] │ │ Location: │ │ -> Device Drivers │ │ -> Network device support (NETDEVICES [=y]) │ │ -> Wireless LAN (WLAN [=y]) │ │ -> Realtek devices (WLAN_VENDOR_REALTEK [=y]) │ │ (1) -> Realtek 802.11ac wireless chips support (RTW88 [=m]) root@orangepiplus:/usr/src/linux# grep -E 'CONFIG_RTW88_CORE|CONFIG_RTLWIFI|CONFIG_RTW88_8821AU' .config CONFIG_RTLWIFI=m CONFIG_RTLWIFI_USB=m # CONFIG_RTLWIFI_DEBUG is not set CONFIG_RTW88_CORE=m CONFIG_RTW88_8821AU=m cp /usr/src/linux-headers-6.15.4-edge-sunxi/Module.symvers /usr/src/linux/ Then compiled with: root@orangepiplus:/usr/src/linux# sudo make -j$(nproc) ARCH=arm CROSS_COMPILE=arm-linux-gnueabihf- M=drivers/net/wireless/realtek/rtw88 make[1]: Entering directory '/usr/src/linux/drivers/net/wireless/realtek/rtw88' MODPOST Module.symvers CC [M] rtw88_core.mod.o CC [M] .module-common.o CC [M] rtw88_8822b.mod.o CC [M] rtw88_8822bs.mod.o CC [M] rtw88_8822bu.mod.o CC [M] rtw88_8822c.mod.o CC [M] rtw88_8822cs.mod.o ... LD [M] rtw88_core.ko LD [M] rtw88_8822b.ko LD [M] rtw88_8822bs.ko LD [M] rtw88_8822bu.ko LD [M] rtw88_8822c.ko LD [M] rtw88_8822cs.ko LD [M] rtw88_8822cu.ko LD [M] rtw88_8723x.ko LD [M] rtw88_8723d.ko LD [M] rtw88_8723ds.ko LD [M] rtw88_8723du.ko LD [M] rtw88_8821c.ko LD [M] rtw88_8821cs.ko LD [M] rtw88_8821cu.ko LD [M] rtw88_88xxa.ko LD [M] rtw88_8821a.ko LD [M] rtw88_8821au.ko LD [M] rtw88_sdio.ko LD [M] rtw88_usb.ko make[1]: Leaving directory '/usr/src/linux/drivers/net/wireless/realtek/rtw88' root@orangepiplus:/usr/src/linux# modinfo /usr/src/linux/drivers/net/wireless/realtek/rtw88/rtw88_8821au.ko filename: /usr/src/linux/drivers/net/wireless/realtek/rtw88/rtw88_8821au.ko license: Dual BSD/GPL description: Realtek 802.11ac wireless 8821au/8811au driver author: Bitterblue Smith <rtl8821cerfe2@gmail.com> ... alias: usb:v0BDAp0811d*dc*dsc*dp*icFFiscFFipFFin* depends: rtw88_usb,rtw88_8821a name: rtw88_8821au vermagic: 6.15.11 SMP mod_unload ARMv7 thumb2 p2v8 sudo make modules_install ARCH=arm CROSS_COMPILE=arm-linux-gnueabihf- doesn't work. Needs fixing. So I just copied modules to system location : root@orangepiplus:/usr/src/linux# sudo cp /usr/src/linux/drivers/net/wireless/realtek/rtw88/*.ko /lib/modules/$(uname -r)/kernel/drivers/net/wireless/realtek/rtw88/ root@orangepiplus:/usr/src/linux# sudo depmod -a But loading failed as follows : root@orangepiplus:/usr/src/linux# sudo modprobe rtw88_8821au modprobe: ERROR: could not insert 'rtw88_8821au': Exec format error Aug 22 16:31:52 orangepiplus kernel: module rtw88_88xxa: .gnu.linkonce.this_module section size must match the kernel's built struct module size at run time It appears to be a structural issue, as I also tried building out-of-kernel module from lwfinger/rtw88 I also tried building on Nanopi-r5s. Each time Exec format error was observed despite the module was successfully built. Different analysis point to GCC version mismatch between kernel and build host, ABI incompatibility and subtle build failures, thus causing non-alignment with the kernel buid. Several other build flags were tried to align with the kernel, but in vain. The root cause was not found. I am running out of options now. Could community or development team point to correct approach building an in-kernel module on a running system in native environment ? PS : complementary information : when armbian headers were downloaded with armbian-config, the following build output was observed : /usr/lib/gcc/arm-linux-gnueabihf/12/cc1 -quiet -I ./scripts/include -I ./scripts/dtc/libfdt -imultilib . -imultiarch arm-linux-gnueabihf -D _LARGEFILE_SOURCE -D _FILE_OFFSET_BITS=64 -D NO_YAML -MMD scripts/dtc/.dtc.o.d scripts/dtc/dtc.c -quiet -dumpdir scripts/dtc/ -dumpbase dtc.c -dumpbase-ext .c -mfloat-abi=hard -mtls-dialect=gnu -mthumb -mlibarch=armv7-a+fp -march=armv7-a+fp -O2 -Wall -Wmissing-prototypes -Wstrict-prototypes -std=gnu11 -fomit-frame-pointer -o /tmp/ccY6Z3QK.s It may give some clues on the flags used.
-
In the meantime and in order digging further I've switched to gcc-13 to build module with the same version as the kernel : root@orangepiplus:/mnt/sda2/src/linux-6.15.4# gcc --version gcc (Debian 13.4.0-1) 13.4.0 Then I've downloaded headers with armbian-config to : /usr/src/linux-headers-6.15.4-edge-sunxi and proceeded with rebuild Using Official Headers cd /mnt/sda2/src/linux-6.15.4 make clean cp /usr/src/linux-headers-6.15.4-edge-sunxi/.config .config sed -i 's/^EXTRAVERSION =.*/EXTRAVERSION = -edge-sunxi/' Makefile make olddefconfig 787 make menuconfig 788 grep -E 'CONFIG_RTW88_CORE|CONFIG_RTLWIFI|CONFIG_RTW88_8821AU' .config make modules_prepare cp /usr/src/linux-headers-6.15.4-edge-sunxi/Module.symvers . make M=drivers/net/wireless/realtek/rtw88 modules -j$(nproc) sudo cp /boot/System.map-$(uname -r) /mnt/sda2/src/linux-6.15.4/System.map root@orangepiplus:/mnt/sda2/src/linux-6.15.4# sudo make M=drivers/net/wireless/realtek/rtw88 modules_install make[1]: Entering directory '/mnt/sda2/src/linux-6.15.4/drivers/net/wireless/realtek/rtw88' INSTALL /lib/modules/6.15.4-edge-sunxi/updates/rtw88_core.ko INSTALL /lib/modules/6.15.4-edge-sunxi/updates/rtw88_8822b.ko INSTALL /lib/modules/6.15.4-edge-sunxi/updates/rtw88_8822bs.ko INSTALL /lib/modules/6.15.4-edge-sunxi/updates/rtw88_8822bu.ko INSTALL /lib/modules/6.15.4-edge-sunxi/updates/rtw88_8822c.ko INSTALL /lib/modules/6.15.4-edge-sunxi/updates/rtw88_8822cs.ko INSTALL /lib/modules/6.15.4-edge-sunxi/updates/rtw88_8822cu.ko INSTALL /lib/modules/6.15.4-edge-sunxi/updates/rtw88_8723x.ko INSTALL /lib/modules/6.15.4-edge-sunxi/updates/rtw88_8723d.ko INSTALL /lib/modules/6.15.4-edge-sunxi/updates/rtw88_8723ds.ko INSTALL /lib/modules/6.15.4-edge-sunxi/updates/rtw88_8723du.ko INSTALL /lib/modules/6.15.4-edge-sunxi/updates/rtw88_8821c.ko INSTALL /lib/modules/6.15.4-edge-sunxi/updates/rtw88_8821cs.ko INSTALL /lib/modules/6.15.4-edge-sunxi/updates/rtw88_8821cu.ko INSTALL /lib/modules/6.15.4-edge-sunxi/updates/rtw88_88xxa.ko INSTALL /lib/modules/6.15.4-edge-sunxi/updates/rtw88_8821a.ko INSTALL /lib/modules/6.15.4-edge-sunxi/updates/rtw88_8821au.ko INSTALL /lib/modules/6.15.4-edge-sunxi/updates/rtw88_sdio.ko INSTALL /lib/modules/6.15.4-edge-sunxi/updates/rtw88_usb.ko DEPMOD /lib/modules/6.15.4-edge-sunxi make[1]: Leaving directory '/mnt/sda2/src/linux-6.15.4/drivers/net/wireless/realtek/rtw88' sudo depmod -a But the resulting module failed loading again : root@orangepiplus:/mnt/sda2/src/linux-6.15.4# sudo modprobe rtw88_8821au modprobe: ERROR: could not insert 'rtw88_8821au': Exec format error Aug 24 12:08:53 orangepiplus kernel: module rtw88_core: .gnu.linkonce.this_module section size must match the kernel's built struct module size at run time It proves a structural mismatch again. Armbian built the 6.15.4-edge-sunxi kernel using Ubuntu's GCC 13 likely with plugins. GCC plugins randomize or instrument the layout of kernel structures — including struct module. It means, that you cannot reproduce the exact struct module layout unless you use the exact same GCC plugin configuration — which is not available to end users! Could it be fixed and what is the right approach to adding missing in-kernel modules from kernel sources or headers ?
-
Hello, I am new using the "build" tool. I am trying to compile Armbian using this config: # Board and kernel selection BOARD="rock-4se" # e.g., "odroidc4", "orangepi5", etc. BRANCH="current" RELEASE="jammy" # or "bookworm" for Debian # Build options BUILD_MINIMAL="yes" BUILD_DESKTOP="no" KERNEL_CONFIGURE="no" KERNEL_BTF=no # Use custom kernel KERNELSOURCE="https://git.kernel.org/pub/scm/linux/kernel/git/rt/linux-stable-rt.git" KERNELBRANCH="tag:v5.15.92-rt57" # Enable RT patch KERNEL_USE_GCC="yes" KERNEL_COMPILER="aarch64-linux-gnu-" # or aarch64-linux-gnu- for ARM64 # Disable non-needed drivers SKIP_EXTERNAL="yes" SKIP_BOOTSPLASH="yes" BUILD_KSRC="no" ENABLE_WIRELESS="no" BLUETOOTH_SUPPORT="no" WIREGUARD="no" DRIVER_UWE5622="no" DRIVER_RTL8723DU="no" DRIVER_RTL8723DS="no" I stored it in userpatches/config-rock-4se.h and I compile using ./compile.sh rock-4se. I get this error with wireless patches, it seems that they are not compatible with this kernel (?) [🐳|🌱] * applying patch/misc/wireless-uwe5622/uwe5622-warnings.patch [🐳|🔨] The text leading up to this was: [🐳|🔨] -------------------------- [🐳|🔨] |diff --git a/net/bluetooth/hci_sync.c b/net/bluetooth/hci_sync.c [🐳|🔨] |--- a/net/bluetooth/hci_sync.c (revision 58aa050aa57333b34b358234002121c59fb3af26) [🐳|🔨] |+++ b/net/bluetooth/hci_sync.c (revision bf8ab2f58b21494ffde96979431a3da931deb48b) [🐳|🔨] -------------------------- [🐳|🔨] No file to patch. Skipping patch. [🐳|🔨] 1 out of 1 hunk ignored [🐳|💥] * applying patch/misc/wireless-uwe5622/uwe5622-park-link-v6.1-post.patch [ failed ] [🐳|💥] error! [ Patching error, exiting. ] [🐳|💥] Exiting with error 43 [ at /armbian/lib/functions/logging/traps.sh:1 exit_with_error() --> lib/functions/logging/traps.sh:1 process_patch_file() --> lib/functions/compilation/patch/patching.sh:103 driver_uwe5622() --> lib/functions/compilation/patch/drivers_network.sh:506 kernel_drivers_prepare_harness() --> lib/functions/compilation/patch/drivers-harness.sh:160 kernel_drivers_create_patches() --> lib/functions/compilation/patch/drivers-harness.sh:94 do_with_hooks() --> lib/functions/general/extensions.sh:603 do_with_logging() --> lib/functions/logging/section-logging.sh:81 kernel_main_patching() --> lib/functions/compilation/kernel-patching.sh:76 compile_kernel() --> lib/functions/compilation/kernel.sh:54 artifact_kernel_build_from_sources() --> lib/functions/artifacts/artifact-kernel.sh:240 artifact_build_from_sources() --> lib/functions/artifacts/artifacts-obtain.sh:34 obtain_complete_artifact() --> lib/functions/artifacts/artifacts-obtain.sh:280 build_artifact_for_image() --> lib/functions/artifacts/artifacts-obtain.sh:392 main_default_build_packages() --> lib/functions/main/build-packages.sh:102 full_build_packages_rootfs_and_image() --> lib/functions/main/default-build.sh:31 do_with_default_build() --> lib/functions/main/default-build.sh:42 cli_standard_build_run() --> lib/functions/cli/cli-build.sh:25 armbian_cli_run_command() --> lib/functions/cli/utils-cli.sh:136 cli_entrypoint() --> lib/functions/cli/entrypoint.sh:176 main() --> compile.sh:50 ] [🐳|💥] Cleaning up [ please wait for cleanups to finish ] You can see that in the conf file I tried to disable this drivers but the patches are still being applied. I also try to remove all those patches but I got errors like this: $ rm patch/misc/wireless-* -rf $./compile.sh rock-4se ... [🐳|🔨] HEAD is now at 81306b3f6006 'Linux 5.15.92-rt57' [🐳|🌱] Preparing driver [ driver_generic_bring_back_ipx ] [🐳|🌱] Reverting upstream-removed [ IPX stuff needed for Wireless Drivers ] /armbian/patch/misc/wireless-bring-back-headers.patch: No such file or directory patch: **** Can't open patch file /armbian/patch/misc/wireless-bring-back-headers.patch : No such file or directory [🐳|💥] * applying patch/misc/wireless-bring-back-headers.patch [ failed ] [🐳|💥] error! [ Patching error, exiting. ] [🐳|💥] Exiting with error 43 [ at /armbian/lib/functions/logging/traps.sh:1 exit_with_error() --> lib/functions/logging/traps.sh:1 process_patch_file() --> lib/functions/compilation/patch/patching.sh:103 driver_generic_bring_back_ipx() --> lib/functions/compilation/patch/drivers_network.sh:33 kernel_drivers_prepare_harness() --> lib/functions/compilation/patch/drivers-harness.sh:160 kernel_drivers_create_patches() --> lib/functions/compilation/patch/drivers-harness.sh:94 do_with_hooks() --> lib/functions/general/extensions.sh:603 do_with_logging() --> lib/functions/logging/section-logging.sh:81 kernel_main_patching() --> lib/functions/compilation/kernel-patching.sh:76 compile_kernel() --> lib/functions/compilation/kernel.sh:54 artifact_kernel_build_from_sources() --> lib/functions/artifacts/artifact-kernel.sh:240 artifact_build_from_sources() --> lib/functions/artifacts/artifacts-obtain.sh:34 obtain_complete_artifact() --> lib/functions/artifacts/artifacts-obtain.sh:280 build_artifact_for_image() --> lib/functions/artifacts/artifacts-obtain.sh:392 main_default_build_packages() --> lib/functions/main/build-packages.sh:102 full_build_packages_rootfs_and_image() --> lib/functions/main/default-build.sh:31 do_with_default_build() --> lib/functions/main/default-build.sh:42 cli_standard_build_run() --> lib/functions/cli/cli-build.sh:25 armbian_cli_run_command() --> lib/functions/cli/utils-cli.sh:136 cli_entrypoint() --> lib/functions/cli/entrypoint.sh:176 main() --> compile.sh:50 ] [🐳|💥] Cleaning up [ please wait for cleanups to finish ] ... how can I fix this issue and compile that kernel branch?
-
I just want to inform you, that tonight's system update showed this error: Hardware: Hardkernel Odroid C4 System: Armbian 25.5.2 bookworm (Debian Bookworm) --> As the issue is still present, I think I'd should going to inform you. Log: apt-get upgrade Reading package lists... Done Building dependency tree... Done Reading state information... Done Calculating upgrade... Done The following packages will be upgraded: armbian-bsp-cli-odroidc4-current armbian-firmware armbian-plymouth-theme base-files linux-dtb-current-meson64 linux-headers-current-meson64 linux-image-current-meson64 linux-u-boot-odroidc4-current 8 upgraded, 0 newly installed, 0 to remove and 0 not upgraded. Need to get 163 MB of archives. After this operation, 20.1 MB of additional disk space will be used. Get:1 http://apt.armbian.com bookworm/bookworm-utils arm64 base-files arm64 25.8.1-12.4+deb12u11-bookworm [53.1 kB] Err:1 http://apt.armbian.com bookworm/bookworm-utils arm64 base-files arm64 25.8.1-12.4+deb12u11-bookworm File has unexpected size (53132 != 53108). Mirror sync in progress? [IP: 198.140.141.60 80] Hashes of expected file: - SHA512:26d209e8ad9cd32687fbbda4b6cc6eaf4bb56489ad6859c5c10814d5a9a07a2a91da5dd7f02d4d4bf8d6c26d28d26dd2cf8ecc0d165445a5b80c3283f2a9c646 - SHA256:1616e5ec3540e36c9b2e566171f34d3dd720d65545c0229b9ca6f5ea417ae9e0 - SHA1:b68df5126ffa003446e4666d8c5ada4ccd70be52 [weak] - MD5Sum:69494de792a101fb2545f1446dea8ef9 [weak] - Filesize:53108 [weak] Get:2 http://xogium.performanceservers.nl/apt bookworm/main arm64 armbian-bsp-cli-odroidc4-current arm64 25.8.1 [435 kB] Err:2 http://xogium.performanceservers.nl/apt bookworm/main arm64 armbian-bsp-cli-odroidc4-current arm64 25.8.1 File has unexpected size (435268 != 435180). Mirror sync in progress? [IP: 198.140.141.60 80] Hashes of expected file: - SHA512:7e978f3ef834a0a01e52728dd72062f573fb7f973b3dedbdf36a6efd58972c5fab93c526a3945a9b6e0ff28a81bc4ade80029cf8ddb149f5d1a4ffaf8a6c2ab1 - SHA256:dc3f93c3de4bd694314451f1e7b257ff582d8ec728f206c557146666aefdc258 - SHA1:7354b3476c9b0972d60dab62fc5352246791d2e1 [weak] - MD5Sum:a8e1f40bf17e6e2b6d7765ef03fb77e2 [weak] - Filesize:435180 [weak] Get:3 http://xogium.performanceservers.nl/apt bookworm/main arm64 armbian-firmware all 25.8.1 [95.9 MB] Ign:3 http://xogium.performanceservers.nl/apt bookworm/main arm64 armbian-firmware all 25.8.1 Err:3 http://apt.armbian.com bookworm/main arm64 armbian-firmware all 25.8.1 File has unexpected size (95947948 != 95947672). Mirror sync in progress? [IP: 198.140.141.60 80] Get:4 http://xogium.performanceservers.nl/apt bookworm/main arm64 armbian-plymouth-theme all 25.8.1 [112 kB] Ign:4 http://xogium.performanceservers.nl/apt bookworm/main arm64 armbian-plymouth-theme all 25.8.1 Err:4 http://apt.armbian.com bookworm/main arm64 armbian-plymouth-theme all 25.8.1 File has unexpected size (112064 != 112032). Mirror sync in progress? [IP: 198.140.141.60 80]
-
Have don apt-get update and grade. Armbian-config disabling firmware update = freeze kernel. apt-mark showhold linux-dtb-current-rockchip64 linux-image-current-rockchip64 dpkg -i on dtb and image. sync and reboot and the box rebooting OK with old kernel (3 times) !! CLI printout from kernel install: root@RK3318-Box-Orange:~# dpkg -i linux-image-edge-rockchip64_25.11.0-trunk_arm64__6.16.0-S038d-D0b5d-Pa674-Cb487H3d80-HK01ba-Vc222-Bd200-R448a.deb (Reading database ... 74668 files and directories currently installed.) Preparing to unpack linux-image-edge-rockchip64_25.11.0-trunk_arm64__6.16.0-S038d-D0b5d-Pa674-Cb487H3d80-HK01ba-Vc222-Bd200-R448a.deb ... Armbian 'linux-image-edge-rockchip64' for '6.16.0-edge-rockchip64': 'prerm' starting. Armbian 'linux-image-edge-rockchip64' for '6.16.0-edge-rockchip64': 'prerm' finishing. Armbian 'linux-image-edge-rockchip64' for '6.16.0-edge-rockchip64': 'preinst' starting. Armbian 'linux-image-edge-rockchip64' for '6.16.0-edge-rockchip64': 'preinst' finishing. Unpacking linux-image-edge-rockchip64 (25.11.0-trunk) over (25.11.0-trunk) ... Armbian 'linux-image-edge-rockchip64' for '6.16.0-edge-rockchip64': 'postrm' starting. Armbian 'linux-image-edge-rockchip64' for '6.16.0-edge-rockchip64': 'postrm' finishing. Setting up linux-image-edge-rockchip64 (25.11.0-trunk) ... Armbian 'linux-image-edge-rockchip64' for '6.16.0-edge-rockchip64': 'postinst' starting. * dkms: autoinstall for kernel 6.16.0-edge-rockchip64 was skipped since the kernel headers for this kernel do not seem to be installed update-initramfs: Generating /boot/initrd.img-6.16.0-edge-rockchip64 update-initramfs: Armbian: Converting to u-boot format: /boot/uInitrd-6.16.0-edge-rockchip64 Image Name: uInitrd Created: Thu Aug 14 15:40:18 2025 Image Type: AArch64 Linux RAMDisk Image (gzip compressed) Data Size: 25341844 Bytes = 24747.89 KiB = 24.17 MiB Load Address: 00000000 Entry Point: 00000000 update-initramfs: Armbian: Symlinking /boot/uInitrd-6.16.0-edge-rockchip64 to /boot/uInitrd '/boot/uInitrd' -> 'uInitrd-6.16.0-edge-rockchip64' update-initramfs: Armbian: done. Armbian: update last-installed kernel symlink to 'Image'... '/boot/Image' -> 'vmlinuz-6.16.0-edge-rockchip64' Armbian: Debian compat: linux-update-symlinks install 6.16.0-edge-rockchip64 boot/vmlinuz-6.16.0-edge-rockchip64 Armbian 'linux-image-edge-rockchip64' for '6.16.0-edge-rockchip64': 'postinst' finishing. root@RK3318-Box-Orange:~# sync root@RK3318-Box-Orange:~# reboot Is i doing something wrong then it was i remember how to do offline kernel up and down grade ?? Have double checking its the right USB-SSD and not the SD-Card for all try. fdisk -l Disk /dev/sda: 447.13 GiB, 480103981056 bytes, 937703088 sectors Disk model: SSD PLUS 480GB df -h /dev/sda1 436G 19G 414G 5% / List of /boot/ root@RK3318-Box-Orange:~# ls -la /boot/ total 186536 drwxr-xr-x 4 root root 4096 Aug 14 15:40 . drwxr-xr-x 23 root root 4096 Aug 1 16:59 .. -rw-r--r-- 1 1004 1004 365 Aug 14 15:40 armbianEnv.txt -rw-r--r-- 1 root root 1536 Nov 30 2023 armbian_first_run.txt.template -rw-r--r-- 1 root root 38518 Nov 30 2023 boot.bmp -rw-r--r-- 1 1004 1004 3180 Nov 30 2023 boot.cmd -rw-rw-r-- 1 root root 3252 Nov 30 2023 boot.scr -rw-r--r-- 1 root root 258998 Jul 14 17:06 config-6.12.38-current-rockchip64 -rw-r--r-- 1 root root 263963 Aug 13 17:16 config-6.16.0-edge-rockchip64 lrwxrwxrwx 1 root root 26 Aug 14 15:38 dtb -> dtb-6.16.0-edge-rockchip64 drwxr-xr-x 3 root root 4096 Jul 16 14:39 dtb-6.12.38-current-rockchip64 drwxr-xr-x 3 root root 4096 Aug 14 15:38 dtb-6.16.0-edge-rockchip64 lrwxrwxrwx 1 root root 30 Aug 14 15:40 Image -> vmlinuz-6.16.0-edge-rockchip64 lrwxrwxrwx 1 root root 33 Aug 14 15:20 initrd.img -> initrd.img-6.16.0-edge-rockchip64 -rw-r--r-- 1 root root 25352236 Jul 16 14:44 initrd.img-6.12.38-current-rockchip64 -rw-r--r-- 1 root root 25341844 Aug 14 15:40 initrd.img-6.16.0-edge-rockchip64 lrwxrwxrwx 1 root root 37 Jul 16 14:40 initrd.img.old -> initrd.img-6.12.38-current-rockchip64 -rw-r--r-- 1 root root 0 Aug 14 15:40 .next -rw-r--r-- 1 root root 5618205 Jul 14 17:06 System.map-6.12.38-current-rockchip64 -rw-r--r-- 1 root root 5756639 Aug 13 17:16 System.map-6.16.0-edge-rockchip64 lrwxrwxrwx 1 root root 30 Aug 14 15:40 uInitrd -> uInitrd-6.16.0-edge-rockchip64 -rw-r--r-- 1 root root 25352300 Jul 16 14:44 uInitrd-6.12.38-current-rockchip64 -rw-r--r-- 1 root root 25341908 Aug 14 15:40 uInitrd-6.16.0-edge-rockchip64 lrwxrwxrwx 1 root root 30 Aug 14 15:20 vmlinuz -> vmlinuz-6.16.0-edge-rockchip64 -rw-r--r-- 1 root root 38277632 Jul 14 17:06 vmlinuz-6.12.38-current-rockchip64 -rw-r--r-- 1 root root 39352832 Aug 13 17:16 vmlinuz-6.16.0-edge-rockchip64 lrwxrwxrwx 1 root root 34 Jul 16 14:40 vmlinuz.old -> vmlinuz-6.12.38-current-rockchip64 First line in dmesg -T: [Thu Aug 14 15:33:40 2025] Booting Linux on physical CPU 0x0000000000 [0x410fd034] [Thu Aug 14 15:33:40 2025] Linux version 6.12.38-current-rockchip64 (build@armbian) (aarch64-linux-gnu-gcc (Ubuntu 13.3.0-6ubuntu2~24.04) 13.3.0, GNU ld (GNU Binutils for Ubuntu) 2.42) #1 SMP PREEMPT Mon Jul 14 14:02:59 UTC 2025 The install is noble: /_\ _ _ _ __ | |__(_)__ _ _ _ / _ \| '_| ' \| '_ \ / _` | ' \ /_/ \_\_| |_|_|_|_.__/_\__,_|_||_| v25.5.1 for RK3318 Box running Armbian Linux 6.12.38-current-rockchip64 Packages: Ubuntu stable (noble) Support: DIY (community maintained) Any creative / constructive thinking ??
-
@MattWestB@Thiên Thư Lục In this directory I have put an experimental kernel with a kernel patch that should fix some USB3 issues. If may want to try and experiment if it works for you. It is based upon kernel 6.16. You only need to install the image and dtb packages, headers are only if you need to compile some thirdy party drivers.
-
No display when trying to install Minimal Trixie on R6S
Chad Skeeters replied to Chad Skeeters's topic in Beginners
Ok, I'm going to summarize for posterity. One can try ssh (which is enabled by default) with root/1234 (default), or the Debug TTY. This does exist on the NanoPi R6S between the USB-C Power and HDMI port. There are no headers soldered on, so that has to be done first with headers that can be purchased at one of the following URLs. https://www.adafruit.com/product/3009 https://www.amazon.com/dp/B07PKKY8BX Once the headers are one, you can connect to this port with a USB to UART device (preferably with a chip such as the CH340C, CP2104, FT232R) connected from another Windows, Linux or Mac computer. I suspect this device will work. https://www.amazon.com/gp/product/B07BBPX8B8 Debug TTY instructions are located here: https://www.youtube.com/watch?v=UpVMO7gbnYM&t=226s Thanks! -
I can't build it from GitHub, or rather I've built it but it doesn't work because the kernel headers don't seem to match and it can't be loaded. I guess you have to compile the entire kernel with this module 🙂 ..uppss sudo modprobe v4l2loopback insmod /lib/modules/6.12.35-current-sunxi64/updates/v4l2loopback.ko insmod: ERROR: could not insert module /lib/modules/6.12.35-current-sunxi64/updates/v4l2loopback.ko: Invalid module format
-
It is not an internal module so modprobe will not work. It appears to need to built separately: https://github.com/v4l2loopback/v4l2loopback You should be able to build this if you have the kernel headers that match, the just load it by using sudo insmod instead.
-
Has anyone made WiFi adapter MT7601u to work with Rockchip64 as AP? I'm unable to compile the driver. I've tried: https://github.com/muratdemirtas/MT7601u https://github.com/Vyacheslav-S/mt7601u-AP https://github.com/Anthony96922/mt7601u-ap I've installed current headers, build-essential libncurses-dev bison flex libssl-dev libelf-dev. Any help appreciate it.
-
Hi all, Sorry for such a kiddy question but I couldn’t find the answer. I have a bit another device than expected. I have Banana Pi 3 device with Armbian-bpi-SpacemiT 24.5.0-trunk Noble and i'm trying to install a new kernel to it. I've installed linux-allwinner kernel 6.8.0-60.63.1 and all the stuff with it. linux-allwinner/noble-security,noble-updates,now 6.8.0-60.63.1 riscv64 [installed] linux-headers-allwinner/noble-security,noble-updates,now 6.8.0-60.63.1 riscv64 [installed,automatic] linux-image-allwinner/noble-security,noble-updates,now 6.8.0-60.63.1 riscv64 [installed,automatic] linux-tools-allwinner/noble-security,noble-updates,now 6.8.0-60.63.1 riscv64 [installed] And current boot kernel looks like ``` # mkimage -l /boot/Image FIT description: Linux 6.1.15-legacy-k1 Created: Wed May 1 17:17:59 2024 Image 0 (kernel) Description: Linux 6.1.15-legacy-k1 Created: Wed May 1 17:17:59 2024 Type: Kernel Image Compression: uncompressed Data Size: 32397312 Bytes = 31638.00 KiB = 30.90 MiB Architecture: RISC-V OS: Linux Load Address: 0x01400000 Entry Point: 0x01400000 Hash algo: crc32 Hash value: f571b82e Default Configuration: 'conf-default' Configuration 0 (conf-default) Description: Generic Linux kernel Kernel: kernel ``` The question is - How to make from vmlinuz-6.8.0-60-generic a kernel with the same format like above ? When I try to make it like this `mkimage -A riscv -O linux -T kernel -C none -a 0x01400000 -e 0x01400000 -d /boot/vmlinuz-6.8.0-60-generic /tmp/Image` I have another kernel format. ``` Created: Fri Jul 18 15:49:58 2025 Image Type: RISC-V Linux Kernel Image (uncompressed) Data Size: 38608384 Bytes = 37703.50 KiB = 36.82 MiB Load Address: 01400000 Entry Point: 01400000 ```
- 189 replies
-
- MangoPi MQ Pro
- Sipeed Nezha
-
(and 1 more)
Tagged with:
-
Hello everyone, I use my Orange Pi 5 board to run Open Media Vault with Wireguard installed. But there is a known issue with Wireguard that, when installing it, you have to manually reinstall the correct kernel into the board again, otherwise it won't be able to boot. However, ever since it has been installed, during apt update / apt ugrade of my board, it keeps recognizing the wrong kernel to be updated and changing the symlinks inside the /boot/ folder, rendering the board unbootable. If I see this happening, I can change the symlinks and it works normally after that. However, sometimes the symlinks changes unnoticed and I cannot boot anymore. I have to take the SD Card to another device, chroot into it, and change the links again. How can I prevent this from happening again and let the updates recognize the correct kernel version? In the image attached, you can see that uInitrd is pointing to uInitrd-6.11.5+bpo-arm64-16k, which is incorrect. I have to manually point it to uInitrd-6.1.99-vendor-rk35xx Sometimes, dtb and Image point to the wrong files as well. I have tried holding back linux-image-arm64-16k from being updated with apt hold, and I have also turned off automatic kernel updates inside armbian-config, but there is still something more to be done. I have just run apt update / apt upgrade, and I think that the part that is breaking my boot is the Processing triggers for initramfs-tools, as can be seen logged below: Setting up linux-u-boot-orangepi5-vendor (25.5.1) ... Armbian 'uboot-orangepi5-vendor' for '2017.09-S3e40-P187d-H0b1f-V023f-Bb703-R448a': 'postinst' starting. Armbian 'uboot-orangepi5-vendor' for '2017.09-S3e40-P187d-H0b1f-V023f-Bb703-R448a': 'postinst' finishing. Setting up systemd-sysv (252.38-1~deb12u1) ... Setting up libicu72:arm64 (72.1-3+deb12u1) ... Setting up linux-dtb-vendor-rk35xx (25.5.1) ... Armbian 'linux-dtb-vendor-rk35xx' for '6.1.115-vendor-rk35xx': 'postinst' starting. Armbian: DTB: symlinking /boot/dtb to /boot/dtb-6.1.115-vendor-rk35xx... 'dtb' -> 'dtb-6.1.115-vendor-rk35xx' Armbian 'linux-dtb-vendor-rk35xx' for '6.1.115-vendor-rk35xx': 'postinst' finishing. Setting up armbian-firmware-full (25.5.1) ... Setting up python3-ruamel.yaml.clib:arm64 (0.2.7-1+b2) ... Setting up libnss-systemd:arm64 (252.38-1~deb12u1) ... Setting up linux-image-vendor-rk35xx (25.5.1) ... Armbian 'linux-image-vendor-rk35xx' for '6.1.115-vendor-rk35xx': 'postinst' starting. update-initramfs: Generating /boot/initrd.img-6.1.115-vendor-rk35xx W: Possible missing firmware /lib/firmware/regulatory.db for built-in driver cfg80211 W: Possible missing firmware /lib/firmware/regulatory.db.p7s for built-in driver cfg80211 update-initramfs: Armbian: Converting to u-boot format: /boot/uInitrd-6.1.115-vendor-rk35xx Image Name: uInitrd Created: Sun Jul 20 10:39:28 2025 Image Type: AArch64 Linux RAMDisk Image (gzip compressed) Data Size: 13880399 Bytes = 13555.08 KiB = 13.24 MiB Load Address: 00000000 Entry Point: 00000000 update-initramfs: Armbian: Symlinking /boot/uInitrd-6.1.115-vendor-rk35xx to /boot/uInitrd '/boot/uInitrd' -> 'uInitrd-6.1.115-vendor-rk35xx' update-initramfs: Armbian: done. Remove unused generated file: /boot/uInitrd-6.1.99-vendor-rk35xx Remove unused generated file: /boot/initrd.img-6.1.99-vendor-rk35xx Armbian: update last-installed kernel symlink to 'Image'... '/boot/Image' -> 'vmlinuz-6.1.115-vendor-rk35xx' Armbian: Debian compat: linux-update-symlinks install 6.1.115-vendor-rk35xx boot/vmlinuz-6.1.115-vendor-rk35xx I: /vmlinuz is now a symlink to boot/vmlinuz-6.1.115-vendor-rk35xx I: /initrd.img is now a symlink to boot/initrd.img-6.1.115-vendor-rk35xx Armbian 'linux-image-vendor-rk35xx' for '6.1.115-vendor-rk35xx': 'postinst' finishing. Setting up linux-headers-vendor-rk35xx (25.5.1) ... Armbian 'linux-headers-vendor-rk35xx' for '6.1.115-vendor-rk35xx': 'postinst' starting. Configuring kernel-headers (6.1.115-vendor-rk35xx) - please wait ... HOSTCC scripts/basic/fixdep HOSTCC scripts/kconfig/conf.o HOSTCC scripts/kconfig/confdata.o HOSTCC scripts/kconfig/expr.o LEX scripts/kconfig/lexer.lex.c YACC scripts/kconfig/parser.tab.[ch] HOSTCC scripts/kconfig/lexer.lex.o HOSTCC scripts/kconfig/menu.o HOSTCC scripts/kconfig/parser.tab.o HOSTCC scripts/kconfig/preprocess.o HOSTCC scripts/kconfig/symbol.o HOSTCC scripts/kconfig/util.o HOSTLD scripts/kconfig/conf # # configuration written to .config # Compiling kernel-headers scripts (6.1.115-vendor-rk35xx) using 8 CPUs - please wait ... SYNC include/config/auto.conf.cmd HOSTCC scripts/dtc/dtc.o HOSTCC scripts/dtc/flattree.o HOSTCC scripts/dtc/fstree.o HOSTCC scripts/dtc/data.o HOSTCC scripts/dtc/livetree.o HOSTCC scripts/dtc/treesource.o HOSTCC scripts/dtc/srcpos.o HOSTCC scripts/dtc/checks.o HOSTCC scripts/dtc/util.o LEX scripts/dtc/dtc-lexer.lex.c YACC scripts/dtc/dtc-parser.tab.[ch] HOSTCC scripts/dtc/libfdt/fdt.o HOSTCC scripts/dtc/libfdt/fdt_ro.o HOSTCC scripts/dtc/libfdt/fdt_wip.o HOSTCC scripts/dtc/libfdt/fdt_sw.o HOSTCC scripts/dtc/libfdt/fdt_rw.o HOSTCC scripts/dtc/libfdt/fdt_strerror.o HOSTCC scripts/dtc/libfdt/fdt_empty_tree.o HOSTCC scripts/dtc/libfdt/fdt_addresses.o HOSTCC scripts/dtc/libfdt/fdt_overlay.o HOSTCC scripts/dtc/fdtoverlay.o HOSTCC scripts/dtc/dtc-lexer.lex.o HOSTCC scripts/dtc/dtc-parser.tab.o HOSTLD scripts/dtc/fdtoverlay HOSTLD scripts/dtc/dtc HOSTCC scripts/resource_tool HOSTCC scripts/kallsyms HOSTCC scripts/sorttable HOSTCC scripts/asn1_compiler HOSTCC scripts/genksyms/genksyms.o YACC scripts/genksyms/parse.tab.[ch] HOSTCC scripts/selinux/genheaders/genheaders HOSTCC scripts/selinux/mdp/mdp LEX scripts/genksyms/lex.lex.c HOSTCC scripts/genksyms/parse.tab.o HOSTCC scripts/genksyms/lex.lex.o HOSTLD scripts/genksyms/genksyms Compiling kernel-headers scripts/mod (6.1.115-vendor-rk35xx) using 8 CPUs - please wait ... CC scripts/mod/empty.o HOSTCC scripts/mod/mk_elfconfig CC scripts/mod/devicetable-offsets.s MKELF scripts/mod/elfconfig.h HOSTCC scripts/mod/modpost.o HOSTCC scripts/mod/sumversion.o UPD scripts/mod/devicetable-offsets.h HOSTCC scripts/mod/file2alias.o HOSTLD scripts/mod/modpost MODPOST scripts/mod/Module.symvers Done compiling kernel-headers (6.1.115-vendor-rk35xx). Done compiling kernel-headers tools (6.1.115-vendor-rk35xx). Armbian 'linux-headers-vendor-rk35xx' for '6.1.115-vendor-rk35xx': 'postinst' finishing. Setting up armbian-bsp-cli-orangepi5-vendor (25.5.1) ... Armbian 'armbian-bsp-cli-orangepi5-vendor' for '1-PC5315-V4064-H21c6-B1e5d-R756d': 'postinst' starting. Armbian 'armbian-bsp-cli-orangepi5-vendor' for '1-PC5315-V4064-H21c6-B1e5d-R756d': 'postinst' finishing. (...) Processing system modifications ... Processing triggers for initramfs-tools (0.142+deb12u3) ... update-initramfs: Generating /boot/initrd.img-6.11.5+bpo-arm64-16k update-initramfs: Armbian: Converting to u-boot format: /boot/uInitrd-6.11.5+bpo-arm64-16k Image Name: uInitrd Created: Sun Jul 20 10:43:32 2025 Image Type: AArch64 Linux RAMDisk Image (gzip compressed) Data Size: 54963626 Bytes = 53675.42 KiB = 52.42 MiB Load Address: 00000000 Entry Point: 00000000 update-initramfs: Armbian: Symlinking /boot/uInitrd-6.11.5+bpo-arm64-16k to /boot/uInitrd '/boot/uInitrd' -> 'uInitrd-6.11.5+bpo-arm64-16k' update-initramfs: Armbian: done. Any help appreciated. Thank you all
-
Hi Seems like headers are missing xtables-addons. During system update it failed and after reboot it stuck. After manualy fixing symlinks for images it booted up, but i couldn't manage to make xt_geoip working again. Tried removing headers and installing them again with armbian-config but still the same
-
I am having trouble installing specific hardware dkms because the dkms requires the linux header files for the installed kernel version which are not available or do not exist. Armbian 23.05.1 Ubuntu 22.04 desktop version is build with kernel 6.6.63 but an apt search for the relevant headers finds none. Headers exist for 6.2, 6.5 and 6.8 but not for 6.6. How can I address this?
-
v4l2loopback-dkms 0.12.7-2 fails to build make.log: DKMS make.log for v4l2loopback-0.12.7 for kernel 6.12.32-current-rockchip64 (aarch64) Sat Jul 5 09:16:17 PM CDT 2025 Building v4l2-loopback driver... make -C /lib/modules/6.12.32-current-rockchip64/build M=/var/lib/dkms/v4l2loopback/0.12.7/build modules make[1]: Entering directory '/usr/src/linux-headers-6.12.32-current-rockchip64' CC [M] /var/lib/dkms/v4l2loopback/0.12.7/build/v4l2loopback.o /var/lib/dkms/v4l2loopback/0.12.7/build/v4l2loopback.c: In function ‘vidioc_querycap’: /var/lib/dkms/v4l2loopback/0.12.7/build/v4l2loopback.c:717:9: error: implicit declaration of function ‘strlcpy’; did you mean ‘strncpy’? [-Werror=implicit-function-declaration] 717 | strlcpy(cap->driver, "v4l2 loopback", sizeof(cap->driver)); | ^~~~~~~ | strncpy cc1: some warnings being treated as errors make[3]: *** [scripts/Makefile.build:229: /var/lib/dkms/v4l2loopback/0.12.7/build/v4l2loopback.o] Error 1 make[2]: *** [/usr/src/linux-headers-6.12.32-current-rockchip64/Makefile:1945: /var/lib/dkms/v4l2loopback/0.12.7/build] Error 2 make[1]: *** [Makefile:224: __sub-make] Error 2 make[1]: Leaving directory '/usr/src/linux-headers-6.12.32-current-rockchip64' make: *** [Makefile:43: v4l2loopback.ko] Error 2 Edit: I had the wrong make.log contents. The old one was after I tried to fix it and failing. The actual build error is missing strlcpy().
-
root@rock3a:/lan/tmp# ffmpeg -i file1.AV1.mkv -c:v hevc_rkmpp -c:a copy file1.x265.mkv ffmpeg version 5.1.6-0+deb12u1 Copyright (c) 2000-2024 the FFmpeg developers ... Unknown encoder 'hevc_rkmpp' root@rock3a:/lan/tmp# /usr/share/jellyfin-ffmpeg/ffmpeg -i file1.AV1.mkv -c:v hevc_rkmpp -c:a copy file1.x265.mkv ffmpeg version 7.0.2-Jellyfin Copyright (c) 2000-2024 the FFmpeg developers ... [out#0/matroska @ 0xaaaaeff1e660] video:223157KiB audio:6460KiB subtitle:0KiB other streams:0KiB global headers:0KiB muxing overhead: 0.220596% frame=27421 fps=138 q=-0.0 Lsize= 230124KiB time=00:15:21.52 bitrate=2045.7kbits/s speed=4.64x video plays fine You might have power issues, that is my thirst thought, as I had several issues with my rock3a when I used USB-C (so with default PD with 5V). Now 12V in and user on-board DC-DC to do proper feeding. OPi5 does not have this AFAIK from schematics. But is is a wild guess. Many other things can be wrong, like who knows something with iommu (I guess not). I might try same command sometime later on my NanoPi-R6C when I will upgrade Armbian from Bookworm to Testing/Trixie, it also has RK3588S, same as OPi5, but check this, it is just top-of-my-head. I use mainline kernels mostly now, so need to tune grub or so first.
-
Sorry I did not provide enough info. I am using Debian bookworm, completely updated as far as I know, and it looks like you might be using Ubuntu. Maybe I needed to use bookworm-backports as you suggested; it looks like a newer version there. I've actually found another way to do what I was trying to do with v4l2loopback and don't need it anymore, but thanks for looking at it. Here is some output that you asked for: _ _ _ /_\ _ _ _ __ | |__(_)__ _ _ _ / _ \| '_| ' \| '_ \ / _` | ' \ /_/ \_\_| |_|_|_|_.__/_\__,_|_||_| v25.5.1 for Renegade running Armbian Linux 6.12.32-current-rockchip64 Packages: Debian stable (bookworm) IPv4: (LAN) 10.0.44.17, 192.168.4.254 (WAN) 107.77.207.5 Performance: Load: 50% Up time: 0 min Memory usage: 13% of 968M CPU temp: 36°C Usage of /: 13% of 30G Commands: Configuration : armbian-config Monitoring : htop Last login: Sat Jul 5 20:21:20 2025 from 10.0.44.1 pburt@gato:~$ cat /etc/debian_version 12.11 pburt@gato:~$ apt-cache policy v4l2loopback-dkms v4l2loopback-dkms: Installed: (none) Candidate: 0.12.7-2 Version table: 0.13.2-1~bpo12+1 100 100 http://deb.debian.org/debian bookworm-backports/main arm64 Packages 100 http://deb.debian.org/debian bookworm-backports/main armhf Packages 0.12.7-2 500 500 http://deb.debian.org/debian bookworm/main arm64 Packages 500 http://deb.debian.org/debian bookworm/main armhf Packages pburt@gato:~$ sudo apt install v4l2loopback-dkms [sudo] password for pburt: Reading package lists... Done Building dependency tree... Done Reading state information... Done The following additional packages will be installed: dkms Suggested packages: menu Recommended packages: fakeroot The following NEW packages will be installed: dkms v4l2loopback-dkms 0 upgraded, 2 newly installed, 0 to remove and 0 not upgraded. Need to get 86.0 kB of archives. After this operation, 308 kB of additional disk space will be used. Do you want to continue? [Y/n] Get:1 http://deb.debian.org/debian bookworm/main arm64 dkms all 3.0.10-8+deb12u1 [48.7 kB] Get:2 http://deb.debian.org/debian bookworm/main arm64 v4l2loopback-dkms all 0.12.7-2 [37.2 kB] Fetched 86.0 kB in 1s (119 kB/s) Selecting previously unselected package dkms. (Reading database ... 71668 files and directories currently installed.) Preparing to unpack .../dkms_3.0.10-8+deb12u1_all.deb ... Unpacking dkms (3.0.10-8+deb12u1) ... Selecting previously unselected package v4l2loopback-dkms. Preparing to unpack .../v4l2loopback-dkms_0.12.7-2_all.deb ... Unpacking v4l2loopback-dkms (0.12.7-2) ... Setting up dkms (3.0.10-8+deb12u1) ... Setting up v4l2loopback-dkms (0.12.7-2) ... Loading new v4l2loopback-0.12.7 DKMS files... Building for 6.12.32-current-rockchip64 Building initial module for 6.12.32-current-rockchip64 Error! Bad return status for module build on kernel: 6.12.32-current-rockchip64 (aarch64) Consult /var/lib/dkms/v4l2loopback/0.12.7/build/make.log for more information. dpkg: error processing package v4l2loopback-dkms (--configure): installed v4l2loopback-dkms package post-installation script subprocess returned error exit status 10 Errors were encountered while processing: v4l2loopback-dkms E: Sub-process /usr/bin/dpkg returned an error code (1) pburt@gato:~$ cat /var/lib/dkms/v4l2loopback/0.12.7/build/make.log DKMS make.log for v4l2loopback-0.12.7 for kernel 6.12.32-current-rockchip64 (aarch64) Sun Jul 6 06:20:57 PM CDT 2025 Building v4l2-loopback driver... make -C /lib/modules/6.12.32-current-rockchip64/build M=/var/lib/dkms/v4l2loopback/0.12.7/build modules make[1]: Entering directory '/usr/src/linux-headers-6.12.32-current-rockchip64' CC [M] /var/lib/dkms/v4l2loopback/0.12.7/build/v4l2loopback.o /var/lib/dkms/v4l2loopback/0.12.7/build/v4l2loopback.c: In function ‘vidioc_querycap’: /var/lib/dkms/v4l2loopback/0.12.7/build/v4l2loopback.c:717:9: error: implicit declaration of function ‘strlcpy’; did you mean ‘strncpy’? [-Werror=implicit-function-declaration] 717 | strlcpy(cap->driver, "v4l2 loopback", sizeof(cap->driver)); | ^~~~~~~ | strncpy cc1: some warnings being treated as errors make[3]: *** [scripts/Makefile.build:229: /var/lib/dkms/v4l2loopback/0.12.7/build/v4l2loopback.o] Error 1 make[2]: *** [/usr/src/linux-headers-6.12.32-current-rockchip64/Makefile:1945: /var/lib/dkms/v4l2loopback/0.12.7/build] Error 2 make[1]: *** [Makefile:224: __sub-make] Error 2 make[1]: Leaving directory '/usr/src/linux-headers-6.12.32-current-rockchip64' make: *** [Makefile:43: v4l2loopback.ko] Error 2 pburt@gato:~$
-
I am not able to boot from armbian. First I downloaded image from (https://www.armbian.com/orange-pi-zero-2w/) later on I flashed the image with usbimager, then since this didn't work I did with balena etcher, (all those in linux). Balena etcher crashes at verification so then I did with my windows machine, first with usbimager and since it wasn't working I decided to decompress the .xz and do it with "rufus" Here i attach the images and as you guys can see it says "failed to mount /dev/mtdblock4". That terminal is pretty much useless, I can't even do reboot or poweroff. I just need armbian because the official orange pi OS doesn't provide the headers. And I need the headers because if not I can't install drivers for my wifi card. Newer linux distros seems to have compiled on the kernel so that's why i wanted to update, also because I think armbian provides the headers too. Any ideas
-
# make -j 4 make -C /lib/modules/6.12.33-current-meson64/build M=/home/INSTALKI/linux_openvfd/driver modules make[1]: Enter the directory '/usr/src/linux-headers-6.12.33-current-meson64' CC [M] /home/INSTALKI/linux_openvfd/driver/protocols/i2c_sw.o CC [M] /home/INSTALKI/linux_openvfd/driver/protocols/i2c_hw.o CC [M] /home/INSTALKI/linux_openvfd/driver/protocols/spi_sw.o CC [M] /home/INSTALKI/linux_openvfd/driver/controllers/dummy.o CC [M] /home/INSTALKI/linux_openvfd/driver/controllers/seg7_ctrl.o /home/INSTALKI/linux_openvfd/driver/controllers/seg7_ctrl.c:11:6: warning: no previous prototype for ‘transpose8rS64’ [-Wmissing-prototypes] 11 | void transpose8rS64(unsigned char* A, unsigned char* B) { | ^~~~~~~~~~~~~~ /home/INSTALKI/linux_openvfd/driver/controllers/seg7_ctrl.c:40:8: warning: no previous prototype for ‘seg7_write_display_data’ [-Wmissing-prototypes] 40 | size_t seg7_write_display_data(const struct vfd_display_data *data, unsigned short *raw_wdata, size_t sz) | ^~~~~~~~~~~~~~~~~~~~~~~ CC [M] /home/INSTALKI/linux_openvfd/driver/controllers/fd628.o CC [M] /home/INSTALKI/linux_openvfd/driver/controllers/fd650.o CC [M] /home/INSTALKI/linux_openvfd/driver/controllers/hd44780.o CC [M] /home/INSTALKI/linux_openvfd/driver/controllers/gfx_mono_ctrl.o CC [M] /home/INSTALKI/linux_openvfd/driver/controllers/ssd1306.o CC [M] /home/INSTALKI/linux_openvfd/driver/controllers/pcd8544.o /home/INSTALKI/linux_openvfd/driver/controllers/gfx_mono_ctrl.c:239:6: warning: no previous prototype for ‘transpose_buffer’ [-Wmissing-prototypes] 239 | void transpose_buffer(unsigned char *buffer, const struct rect *rect) | ^~~~~~~~~~~~~~~~ CC [M] /home/INSTALKI/linux_openvfd/driver/controllers/il3829.o CC [M] /home/INSTALKI/linux_openvfd/driver/openvfd_drv.o /home/INSTALKI/linux_openvfd/driver/openvfd_drv.c:44:7: warning: "CONFIG_AMLOGIC_LEGACY_EARLY_SUSPEND" is not defined, evaluates to 0 [-Wundef] 44 | #elif CONFIG_AMLOGIC_LEGACY_EARLY_SUSPEND | ^~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ /home/INSTALKI/linux_openvfd/driver/openvfd_drv.c: In function ‘register_openvfd_driver’: /home/INSTALKI/linux_openvfd/driver/openvfd_drv.c:400:75: warning: suggest braces around empty body in an ‘else’ statement [-Wempty-body] 400 | pr_dbg("%s: Succeeded to add openvfd module \n", __func__); | ^ /home/INSTALKI/linux_openvfd/driver/openvfd_drv.c: At top level: /home/INSTALKI/linux_openvfd/driver/openvfd_drv.c:622:19: warning: no previous prototype for ‘gpiochip_find’ [-Wmissing-prototypes] 622 | struct gpio_chip *gpiochip_find(void *data, | ^~~~~~~~~~~~~ /home/INSTALKI/linux_openvfd/driver/openvfd_drv.c:669:5: warning: no previous prototype for ‘evaluate_pin’ [-Wmissing-prototypes] 669 | int evaluate_pin(const char *name, const unsigned int *vfd_arg, struct vfd_pin *pin, unsigned char enable_skip_evaluation) | ^~~~~~~~~~~~ /home/INSTALKI/linux_openvfd/driver/openvfd_drv.c:752:6: warning: no previous prototype for ‘get_pin_from_dt’ [-Wmissing-prototypes] 752 | void get_pin_from_dt(const char *name, const struct platform_device *pdev, struct vfd_pin *pin) | ^~~~~~~~~~~~~~~ /home/INSTALKI/linux_openvfd/driver/openvfd_drv.c:763:5: warning: no previous prototype for ‘request_pin’ [-Wmissing-prototypes] 763 | int request_pin(const char *name, struct vfd_pin *pin, unsigned char enable_skip) | ^~~~~~~~~~~ /home/INSTALKI/linux_openvfd/driver/openvfd_drv.c:1034:19: error: initialization of ‘void (*)(struct platform_device *)’ from incompatible pointer type ‘int (*)(struct platform_device *)’ [-Werror=incompatible-pointer-types] 1034 | .remove = openvfd_driver_remove, | ^~~~~~~~~~~~~~~~~~~~~ /home/INSTALKI/linux_openvfd/driver/openvfd_drv.c:1034:19: note: (near initialization for ‘openvfd_driver.<anonymous>.remove’) /home/INSTALKI/linux_openvfd/driver/openvfd_drv.c: In function ‘print_param_debug’: /home/INSTALKI/linux_openvfd/driver/openvfd_drv.c:611:1: warning: the frame size of 1040 bytes is larger than 1024 bytes [-Wframe-larger-than=] 611 | } | ^ cc1: some warnings being treated as errors make[3]: *** [scripts/Makefile.build:229: /home/INSTALKI/linux_openvfd/driver/openvfd_drv.o] Error 1 make[2]: *** [/usr/src/linux-headers-6.12.33-current-meson64/Makefile:1945: /home/INSTALKI/linux_openvfd/driver] Error 2 make[1]: *** [Makefile:224: __sub-make] Error 2 make[1]: Leaving the directory '/usr/src/linux-headers-6.12.33-current-meson64' make: *** [Makefile:5: modules] Error 2 I'm trying to compile the "openvfd" driver but the compilation ends with an error. I'm a complete noob at these things and I really want this driver so I'd be very grateful for any help.
-
Help wanted to test a new OpenVFD alternative
Jean-Francois Lessard replied to Jean-Francois Lessard's topic in Amlogic meson
Looking back at your previous output, I've just noticed something wrong. I've should have seen it first instead of pointing you to kernel headers issue. Here M should be pointing to your path to the tm16xx-display folder. I think the PWD environment variable is affected by sudo. You can specify the PWD variable explicitly when calling make: sudo make PWD=$(pwd) module-install That should make it.