All Activity

Right, judging by only one instance in the topwise a721 dts: [ 3.446799] sun4i-drm display-engine: No panel or bridge found... RGB output disabled I am inclined to think that is configuring the panel. This can be validated by checking ls /sys/devices/platform/display-engine/drm/card0 or looking for simple-panel in lsmod. I suspect it may be a pin-muxing issue where the pins are not being set. now what these are set depends on the lcd panel type which could be LVDS or a parallel panel. I believe it should be LVDS but just wanted to confirm. Now the A10's pin controller section within the dtsi does not map out as many function as that of the A20 dtsi, so within the topwise a721 dts a pio node will be need to map out the pins that will later be requested and there function. Secondly attach the pin control handle to tcon0.

A few days ago I had an issue with a successfully running Armbian installation running from the NVME of my Orange Pi 5 that suddenly developed an issue with nothing being shown on my TV. So after seemingly not being to identify the problem, I started again, wrote the image to an SD card and then moved the installation to the NVME drive using armbian-config utility. So now that I have a set-up that works again, I want to instigate a more belt and braces approach and create an image of the NVME installation using GZIP to compress the image file and decided to use the DD option from terminal. Having tried well over a hundred different combinations of commands, I am unable to get things to work. I either get errors of Not a directory, No such file or directory or Is a directory The output of lsblk is NAME MAJ:MIN RM SIZE RO TYPE MOUNTPOINTS mtdblock0 31:0 0 16M 0 disk mmcblk1 179:0 0 59.5G 0 disk └─mmcblk1p1 179:1 0 59.5G 0 part zram0 252:0 0 3.9G 0 disk [SWAP] zram1 252:1 0 50M 0 disk /var/log zram2 252:2 0 0B 0 disk nvme0n1 259:0 0 238.5G 0 disk └─nvme0n1p1 259:1 0 238.5G 0 part /var/log.hdd So in order to create the copy of the NVME installation, that is only taking up 13gb of the 238Gb total, to the root of a 64Gb SD card, completely empty and formatted to EXT4 via gparted, using the information above, can anybody see where I am going wrong. A few typical examples of command structures that I have tried are: sudo dd if=/dev/nvme0n1 of=/dev/mmcblk1/armbian.gz conv=sync bs=64K | gzip --stdout > bs=4M status=progress dd if=/dev/nvme0n1 conv=sync bs=64K | gzip --stdout > of=/dev/mmcblk1/armbian.gz dd if=/dev/nvme0n1p1 conv=sync bs=64K | gzip --stdout > of=/dev/mmcblk1p1/armbian.gz bs=4M status=progress This is the general template that I initially followed from a website dd if=/dev/SOURCE conv=sync bs=64K | gzip --stdout > /path/to/file.gz I've researched the use of the DD command until I am cross eyed.

Note you can provide more diagnostics with armbianmonitor -u and then pasting the link to the report here. Maybe something could have gone wrong in the unpacking process or linger system components causing issue? Just trying to rule out all other possibilities before putting it down to regression. I haven't encountered this on my system or aware of anyone else having the same problem. That's not of course to say their could be a problem.

Tried to check the integrity: $ sudo fsck.exfat -n -v /dev/sdb1 exfatprogs version : 1.2.9 label: MUSIC sector size: 512.00 B cluster size: 256.00 KB volume size: 2.26 GB /dev/sdb1: clean. directories 2083, files 32997 So it's fine. Just built exfatprogs from main just now (52b816e). For good measure I'll boot up a Windows and retry a file system repair there to see if any errors show up. Curious, I just noticed the volume size appears to be wrong in the above output: /dev/sdb1 501G 390G 111G 78% /mnt/...

Hi folks, I'll give these a try. Sorry for the brief silence. I'll perform an integrity check. I did. I used --follow and had it run in another Tmux window. The excerpt above was retrieved this way. There's about a minute and a half of (no) dmesg output prior to the output at 90829. Will do. Hasn't that been pretty much proven by downgrading just the kernel and friends? And it'd be quite hard to test a clean image, but if the other methods fail to narrow it down, I'll do it. Have to see if I can find one. This system has run for a long time, but debsums should typically be enough to tell if something is amiss, no? So rather than a clean image I'd suggest to attempt another upgrade to see whether that helps, no? I have not. It's a good point, though. However, it'd still be a regression, no? Again, the older kernel simply reads everything and the music plays fine. These are good points. I'll try with cat or so and perhaps mpv as well. If it's indeed an exfat issue there is no relation to the song or mocp. Will report back with some more information.

Would it be easy to port Armbian on the Pipo M6 Pro and integrate additional device drivers to provide support for the touchscreen, the front and back camera and the sound? https://www.geekbuying.com/item/Pipo-M6Pro-GPS-Android-4-2-RK3188-Quad-Core-1-6GHz-Tablet-PC-9-7-inch-Retina-Capacitive-Touch-Screen-2048-1536-2GB-16GB-319264.html Is this something feasible in the first place? Anybody out there who want to help me on this project?

dear Comose your are in the wrong topic this is not about rk3528 , please look at armbian forum for right please of rk3528 hallo Comose du bist hier am falschen ort , dies hier ist über rk322x board und nicht rk3528 , biite schaue in den anderen Bereichen nach rk35xx (Rk3518 / Rk3528)

I can do that but it does not provide any useful information on the subject in my opinion. Is there a way to downgrade to 25.8.0-trunk.313? According to this post, it might be useful to set the kernel option nvme_core.default_ps_max_latency_us resp. the DT overlay parameter pciex1_gen=3. How can the kernel (cmdline) option be set in Armbian? Regarding the DT overlay parameter pciex1_gen, should I follow this part of the documentation?

So, there is nothing more we can do here I think. Wait for rockchip to correct upstream.

Hello djmuted. I'm a german beginner. I have a Box Labeld Greva 8k Android 13 4G DDR3 / 64G emmc and CPU RK3528 from Amazon.de. She have an WiFi Chip EA6521QT . You have Compile it for 32bit Cpu RK322x . I need compile this driver for 64bit . It this possible? I have no idea how to compile it. Can you show me a way how I can compile it? I have Flashed armbian from this Site : https://github.com/fensoft/dq08-haos/blob/master/README.md and running HAOS & Gnome for Touchscreen . Works perfekt without Wifi. The power consumption 2.5W ( for Home Assistent Server Wonderfull) the Version is 5.10.160-legacy-rk3528-tvbox. Thanks

maybe this bug at Rockchip/mpp is relative : https://github.com/rockchip-linux/mpp/issues/855

Hi The rights seems to be ok : gart@orangepi5:~$ ls -la /dev/dma_heap total 0 drwxr-xr-x 2 root root 100 Jan 1 1970 . drwxr-xr-x 20 root root 3940 Jul 4 19:49 .. crw-rw---- 1 root video 251, 2 Jul 4 19:48 cma crw-rw---- 1 root video 251, 0 Jul 4 19:48 system crw-rw-rw- 1 root video 251, 1 Jul 4 19:48 system-uncached my user is in the video group gart@orangepi5:~$ sudo cat /etc/group | grep video video:x:44:gart There should not be any issue If I launch ffmpeg encoding with sudo, it does'nt work neither I still have this kind of messages in syslog : 2025-07-06T15:32:19.769702+02:00 orangepi5 kernel: rk_vcodec: mpp_collect_msgs:1622: session 1 process cmd 401 ret -22 2025-07-06T15:32:19.769706+02:00 orangepi5 kernel: rk_vcodec: mpp_dev_ioctl:1732: collect msgs failed -22 2025-07-06T15:32:19.769708+02:00 orangepi5 kernel: rk_vcodec: mpp_task_attach_fd:1841: can't import dma-buf 275 2025-07-06T15:32:19.769711+02:00 orangepi5 kernel: rk_vcodec: mpp_translate_reg_address:1897: reg[ 0]: 0x00000113 fd 275 failed 2025-07-06T15:32:19.769713+02:00 orangepi5 kernel: rk_vcodec: mpp_task_dump_mem_region:2084: --- dump task 0 mem region --- 2025-07-06T15:32:19.769716+02:00 orangepi5 kernel: mpp_rkvenc2 fdbd0000.rkvenc-core: no memory region mapped 2025-07-06T15:32:19.769718+02:00 orangepi5 kernel: rk_vcodec: mpp_process_task_default:589: alloc_task failed. 2025-07-06T15:32:19.769721+02:00 orangepi5 kernel: rkvenc2_wait_result:2340: session 00000000b0422e29 pending list is empty! 2025-07-06T15:32:19.769724+02:00 orangepi5 kernel: rk_vcodec: mpp_msgs_wait:1693: session 1 wait result ret -5 2025-07-06T15:32:19.768265+02:00 orangepi5 mpp[3723]: message repeated 2 times: [ mpp_serivce: mpp_service_ioc_attach_fd failed ret -1 errno 22 Invalid argument] 2025-07-06T15:32:19.785062+02:00 orangepi5 mpp[3723]: mpp_serivce: mpp_service_ioc_attach_fd failed ret -1 errno 22 Invalid argument 2025-07-06T15:32:19.786302+02:00 orangepi5 kernel: rk_vcodec: mpp_process_request:1434: can not import fd 143 2025-07-06T15:32:19.786319+02:00 orangepi5 kernel: rk_vcodec: mpp_collect_msgs:1622: session 1 process cmd 401 ret -22 2025-07-06T15:32:19.786321+02:00 orangepi5 kernel: rk_vcodec: mpp_dev_ioctl:1732: collect msgs failed -22 2025-07-06T15:32:19.786322+02:00 orangepi5 kernel: rk_vcodec: mpp_task_attach_fd:1841: can't import dma-buf 274 2025-07-06T15:32:19.786323+02:00 orangepi5 kernel: rk_vcodec: mpp_translate_reg_address:1897: reg[ 0]: 0x00000112 fd 274 failed 2025-07-06T15:32:19.786324+02:00 orangepi5 kernel: rk_vcodec: mpp_task_dump_mem_region:2084: --- dump task 0 mem region --- 2025-07-06T15:32:19.786324+02:00 orangepi5 kernel: mpp_rkvenc2 fdbd0000.rkvenc-core: no memory region mapped 2025-07-06T15:32:19.786325+02:00 orangepi5 kernel: rk_vcodec: mpp_process_task_default:589: alloc_task failed. 2025-07-06T15:32:19.786327+02:00 orangepi5 kernel: rkvenc2_wait_result:2340: session 00000000b0422e29 pending list is empty! I lauch a simple file encoding from an AV1 file to x265 : sudo ffmpeg -i file1.AV1.mkv -c:v hevc_rkmpp -c:a copy ~/Downloads/file1.x265.mkv The result is a file that has a correct size, but is unreadable, black screen.

Since U-Boot v2025.04 works very well on Orange Pi Zero v3 and has a shorter boot process time, if there was a possibility to switch to U-Boot v2504 for Orange Pi Zero V1, I would be grateful, as would probably other users of this SBC Regards

The issue appears to be two things. These two patches and the current defconfig(s) being used. drv-rtc-sun6i-support-RTCs-without-external-LOSCs.patch drv-rtc-sun6i-Add-Allwinner-H616-support.patch When I disable those patches and use my own defconfig everything works as it should. https://paste.armbian.com/tixixocubu The hard part here would be figuring out exactly what in the defconfig(s) are either breaking things or missing. Also if I disable those patches, what does it break on other units? I'm under the impression these patches were rejects from the original h616 bring up in mainline. But I could be wrong?

Here's what I get when booting with the cubieboard dts: [ 1.728145] sun4i-drm display-engine: bound 1e00000.display-frontend (ops 0xc0a991d0) [ 1.728324] sun4i-drm display-engine: bound 1e20000.display-frontend (ops 0xc0a991d0) [ 1.728769] sun4i-drm display-engine: bound 1e60000.display-backend (ops 0xc0a98948) [ 1.729127] sun4i-drm display-engine: bound 1e40000.display-backend (ops 0xc0a98948) [ 1.729663] sun4i-drm display-engine: No panel or bridge found... RGB output disabled [ 1.729694] sun4i-drm display-engine: bound 1c0c000.lcd-controller (ops 0xc0a96e08) [ 1.730170] sun4i-drm display-engine: No panel or bridge found... RGB output disabled [ 1.730197] sun4i-drm display-engine: bound 1c0d000.lcd-controller (ops 0xc0a96e08) [ 1.731739] sun4i-drm display-engine: bound 1c16000.hdmi (ops 0xc0a99bb4) [ 1.732958] [drm] Initialized sun4i-drm 1.0.0 20150629 for display-engine on minor 0 [ 1.733040] sun4i-drm display-engine: [drm] Cannot find any crtc or sizes [ 1.740576] sun4i-drm display-engine: [drm] Cannot find any crtc or sizes [ 20.185738] systemd[1]: Starting modprobe@drm.service - Load Kernel Module drm... [ 20.660147] systemd[1]: modprobe@drm.service: Deactivated successfully. [ 20.680927] systemd[1]: Finished modprobe@drm.service - Load Kernel Module drm. [ 29.081755] [drm] Initialized lima 1.2.0 20200215 for 1c40000.gpu on minor 1 And here's what I get when I boot with the topwise a721 dts: [ 3.444277] sun4i-drm display-engine: bound 1e00000.display-frontend (ops 0xc0a991d0) [ 3.444440] sun4i-drm display-engine: bound 1e20000.display-frontend (ops 0xc0a991d0) [ 3.444985] sun4i-drm display-engine: bound 1e60000.display-backend (ops 0xc0a98948) [ 3.445348] sun4i-drm display-engine: bound 1e40000.display-backend (ops 0xc0a98948) [ 3.446154] sun4i-drm display-engine: bound 1c0c000.lcd-controller (ops 0xc0a96e08) [ 3.446799] sun4i-drm display-engine: No panel or bridge found... RGB output disabled [ 3.446830] sun4i-drm display-engine: bound 1c0d000.lcd-controller (ops 0xc0a96e08) [ 3.473706] [drm] Initialized sun4i-drm 1.0.0 20150629 for display-engine on minor 0 [ 3.555810] sun4i-drm display-engine: [drm] fb0: sun4i-drmdrmfb frame buffer device [ 7.940078] systemd[1]: Starting modprobe@drm.service - Load Kernel Module drm... [ 8.543295] systemd[1]: modprobe@drm.service: Deactivated successfully. [ 8.553328] systemd[1]: Finished modprobe@drm.service - Load Kernel Module drm. [ 15.005964] [drm] Initialized lima 1.2.0 20200215 for 1c40000.gpu on minor 1 Thanks, Shivam

Providing logs with armbianmonitor -u helps with troubleshooting and significantly raises chances that issue gets addressed.

If you need hdmi support use vendor or edge kernel. 6.12 was released with a bare minimum of support for rk3588 so nonworking hdmi is kind a expected.

I added a patch that activates the gpu. https://lore.kernel.org/linux-sunxi/20250706025625.2707073-1-iuncuim@gmail.com A ready to install kernel is available for manjaro. But it's worth realizing that without output it will be useless at the moment.

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().

I've gone round in circles with this one and it seems that there might not be a solution, so will set it up again on the NVME drive. Thanks for all the help offered.

Pull Request submitted: https://github.com/armbian/build/pull/8360

I hadn't done an upgrade but a fresh install; (v25.5.1 for Raspberry Pi 3 Model B running Armbian Linux 6.12.28-current-bcm2711) Realised that I had the same problem, only channel 2 was present; though I only realised something was missing when I'd tried RaspberryOS on a Pi Zero with the same i2c device. Adding to the /boot/config.txt didn't of itself solve the issue; adding the i2c1 to the armbian-config overlays also didn't see. However I did find the `/boot/firmware/config.txt` that has a lot more settings, and seems to be where armbian-config edits Note the `dtparam-i2c_arm=on` line... which was commented out. Adding that back and it works... (well after figuring out I needed to level shift the i2c device but that's another story) # For more options and information see # http://rptl.io/configtxt # Some settings may impact device functionality. See link above for details # Uncomment some or all of these to enable the optional hardware interfaces dtparam=i2c_arm=on #dtparam=i2s=on #dtparam=spi=on # .. dtoverlay=dwc2 i2c0 i2c1 i2c-gpio vc4-kms-v3d

Remote backup maybe only as data ... e.g. restic / rsync programs In my opinion it is best to make a backup of the SD card in linux connect miniSD card and make a backup in terminal: fdisk -l if your SD card is: sda / sda1.... then choose sda ! and then make a backup: dd if=/dev/sda of=/path_to_backup.img status=progress Restoring the image to the SD card with the same size: dd bs=4M if=/path_to_copy.img of=/dev/sdb status=progress If you want to burn the image to a smaller capacity SD card because, for example, the system is only 30% occupied, use the program:PiShrink https://github.com/Drewsif/PiShrink it works great for me for Armbian 🙂 sudo pishrink.sh /path_to_backup.img / /new_backup-Pishrink.img

After a recent kernel upgrade on a nanopi-r5s, the NVME device files /dev/nvme0* are no longer present. The relevant part of /var/log/syslog shows: 2025-07-05T20:55:35.716376+02:00 nanopi-r5s kernel: [ 0.000000] Linux version 6.12.35-current-rockchip64 (build@armbian) (aarch64-linux-gnu-gcc (Ubuntu 13.2.0-23ubuntu4) 13.2.0, GNU ld (GNU Binutils for Ubuntu) 2.42) #1 SMP PREEMPT Fri Jun 27 10:11:46 UTC 2025 ... 2025-07-05T20:55:35.719736+02:00 nanopi-r5s kernel: [ 4.491538] nvme nvme0: pci function 0002:01:00.0 2025-07-05T20:55:35.719739+02:00 nanopi-r5s kernel: [ 4.491584] nvme 0002:01:00.0: enabling device (0000 -> 0002) There is a single NVME drive installed and the output of a previous kernel where /dev/nvme0* was present is as follows. 2025-07-05T02:17:37.940170+02:00 nanopi-r5s kernel: [ 0.000000] Booting Linux on physical CPU 0x0000000000 [0x412fd050] 2025-07-05T02:17:37.954269+02:00 nanopi-r5s kernel: [ 0.000000] Linux version 6.12.35-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 Fri Jun 27 10:11:46 UTC 2025 ... 2025-07-05T02:17:37.969044+02:00 nanopi-r5s kernel: [ 4.406406] nvme nvme0: pci function 0002:01:00.0 2025-07-05T02:17:37.969049+02:00 nanopi-r5s kernel: [ 4.406455] nvme 0002:01:00.0: enabling device (0000 -> 0002) 2025-07-05T02:17:37.969053+02:00 nanopi-r5s kernel: [ 4.540002] nvme nvme0: D3 entry latency set to 10 seconds 2025-07-05T02:17:37.969074+02:00 nanopi-r5s kernel: [ 4.628689] nvme nvme0: allocated 64 MiB host memory buffer. 2025-07-05T02:17:37.969080+02:00 nanopi-r5s kernel: [ 4.737972] nvme nvme0: 4/0/0 default/read/poll queues The contents of /etc/armbian-image-release currently are as follows: # PLEASE DO NOT EDIT THIS FILE BOARD=nanopi-r5s BOARD_NAME="NanoPi R5S" BOARDFAMILY=rockchip64 BUILD_REPOSITORY_URL=https://github.com/armbian/build BUILD_REPOSITORY_COMMIT=f149a11b4 LINUXFAMILY=rockchip64 ARCH=arm64 BOOT_SOC=rk3568 IMAGE_TYPE=nightly BOARD_TYPE=csc INITRD_ARCH=arm64 KERNEL_IMAGE_TYPE=Image KERNEL_TARGET=current,edge KERNEL_TEST_TARGET=current FORCE_BOOTSCRIPT_UPDATE= FORCE_UBOOT_UPDATE= OVERLAY_DIR="/boot/dtb/rockchip/overlay" VENDOR="Armbian_community" VENDORCOLOR="247;16;0" VENDORDOCS="https://docs.armbian.com" VENDORURL="https://github.com/armbian/build" VENDORSUPPORT="https://community.armbian.com/" VENDORBUGS="https://github.com/armbian/community/issues" BOOTSCRIPT_FORCE_UPDATE="no" BOOTSCRIPT_DST="boot.cmd" VERSION=25.8.0-trunk.245 REVISION=25.8.0-trunk.245 IMAGE_UUID=bef97f49-0290-4f2c-9d7a-0229540b307a INSTALLED=true The contents of /etc/armbian-release currently are as follows: # PLEASE DO NOT EDIT THIS FILE BOARD=nanopi-r5s BOARD_NAME="NanoPi R5S" BOARDFAMILY=rockchip64 BUILD_REPOSITORY_URL=https://github.com/armbian/build BUILD_REPOSITORY_COMMIT=034e9253c LINUXFAMILY=rockchip64 ARCH=arm64 BOOT_SOC=rk3568 IMAGE_TYPE=nightly BOARD_TYPE=csc INITRD_ARCH=arm64 KERNEL_IMAGE_TYPE=Image KERNEL_TARGET=current,edge KERNEL_TEST_TARGET=current FORCE_BOOTSCRIPT_UPDATE= FORCE_UBOOT_UPDATE= OVERLAY_DIR="/boot/dtb/rockchip/overlay" VENDOR="Armbian" VENDORCOLOR="247;16;0" VENDORDOCS="https://docs.armbian.com" VENDORURL="https://www.armbian.com/" VENDORSUPPORT="https://forum.armbian.com" VENDORBUGS="https://www.armbian.com/bugs" BOOTSCRIPT_FORCE_UPDATE="no" BOOTSCRIPT_DST="boot.cmd" VERSION=25.8.0-trunk.319 REVISION=25.8.0-trunk.319 BRANCH=6.1.0 Unfortunately, I don't have a version of the file when the NVME device files were still present. If I remember correctly, the working version was 25.8.0-trunk.313 https://github.com/armbian/os/tags Strangely, the current version 25.8.0-trunk.319 shows "(Ubuntu 13.2.0-23ubuntu4) 13.2.0" in the kernel boot output whereas the previous version (probably 25.8.0-trunk.313) shows "(Ubuntu 13.3.0-6ubuntu2~24.04) 13.3.0", i.e., a later version. Is there a way to try version 25.8.0-trunk.313 again or figure out what might be the problem with the current version?

I use the Station M2 image with dtb joined. Adapt fdtfile entry in /boot/armbianEnv.txt as needed. rk3566-box-demo_x96x6_24-custom.dtb