Werner

please test again.

Should be rk3588-hdmirx.dtbo

Check /boot/armbianEnv.txt
 
overlays=i2c1 i2c2 rockchip-rk3399-i2c7  
 
Try this instead:
overlays=i2c1 i2c2 rk3399-i2c7  

How do you connect a NVMe to this board?
 
Never mind. Wrong prefix.
 
Anyway you need boot loader present on either spi, emmc or sd. Direct boot from nvme isnt possible.

short version: switch to vendor kernel.
 
long version: mainline support for rk3588 is far from being feature-complete. Audio probably hasn't been mainlined yet. Check https://gitlab.collabora.com/hardware-enablement/rockchip-3588/notes-for-rockchip-3588/-/blob/main/mainline-status.md
 
If you need most things to work vendor is the way to go for now which is based on Rockchip SDK.

glxinfo -B

Feel free to build an image with edge branch which is 6.13-rc...5..ish? I don't remember. Anyway this should give you a good idea about what to expect when it becomes stable after rc7.

This seems like a bug to me. The linux-*-vendor packages you mentioned should be frozen with this option as well.
I forwarded this to the repo: https://github.com/armbian/configng/issues/368

Hi,
 
best way to follow mainline development is both the Collabora sheet here https://gitlab.collabora.com/hardware-enablement/rockchip-3588/notes-for-rockchip-3588/-/blob/main/mainline-status.md
and the Linux/U-Boot ARM patchwork: https://patchwork.kernel.org/project/linux-arm-kernel/list/
https://patchwork.ozlabs.org/project/uboot/list/
 
Though none of this exists for 6.1.y or older 5.10.y since these kernels are from Rockchip SDK (and these are not even public but leaked by people who have access) and nobody knows (at least I don't ) what or if they are working on at the moment. Closest in following this development is check the commit log here https://github.com/armbian/linux-rockchip or its forks. Maybe somebody works on something: https://github.com/armbian/linux-rockchip/network
 

Easiest is probably to build a custom set of packages including headers.
With the build framework this is quite simple.
Clone repo https://github.com/armbian/build/
code { font-family: Consolas,"courier new"; color: crimson; background-color: rgba(0, 0, 0, 0.2); padding: 2px; font-size: 105%; } ./compile.sh BOARD=odroidn2 BRANCH=current KERNEL_CONFIGURE=no kernel
 
Copy the debs from output/debs folder to the board and install them via code { font-family: Consolas,"courier new"; color: crimson; background-color: rgba(0, 0, 0, 0.2); padding: 2px; font-size: 105%; } dpkg -i

Use vendor kernel based images, 6.1.y to say. I assume you tried mainline.
Mainline images are known having incomplete hdmi support. This will be better once kernel 6.13 images are available.
 
For even better experience check for images with mesa-vpu extension or build such by by yourself.
 
 
Try these just for fun if you want: should include everything.
https://fi.mirror.armbian.de/.testing/Armbian-unofficial_25.02.0-trunk_Orangepi5-plus_noble_vendor_6.1.84_kde-neon-kisak_desktop.img.xz
 
https://fi.mirror.armbian.de/.testing/Armbian-unofficial_25.02.0-trunk_Orangepi5_noble_vendor_6.1.84_kde-neon-kisak_desktop.img.xz
 

Change everything to known-good
- sdcard
- PSU
- cables (!)
- Armbian image
 
If the behavior does not change the board is probably broken.

Hi,
 
I don't there is a mechanism yet to just build this package.
 
Because you are using an x86 machine and then the build framework uses cross compiling to create armhf/arm64 binaries.
 

Supported no, possible maybe.
 
 
https://docs.armbian.com/User-Guide_FAQ/#can-i-upgrade-my-userspace-flavor-like-bullseye-to-bookworm-or-jammy-to-noble

Hm @Igor might be playing with Oracular. Though both this userspace and the upgrade to it are completely unsupported by Armbian. Therefore moved out of standard support for now.

Yes, something doesnt work well there. In the mean time try this:
 
code { font-family: Consolas,"courier new"; color: crimson; background-color: rgba(0, 0, 0, 0.2); padding: 2px; font-size: 105%; } PASTE_SERVER_HOST=paste.armbian.de armbianmonitor -u

mainline support for rk3588 isn't complete yet.
I suggest to try vendor 6.1.y kernel based image.

Known issue
https://github.com/armbian/configng/issues/316#issuecomment-2535941450

I am not aware that this can or needs to be setup in any way. I just boots up when power is connected. I did not test with microsd (I use SPI/NVMe) but I assume it works the same way.

Just tried the two images under Standard Support button and download works just fine.
You can also check directly on mirror: https://fi.mirror.armbian.de/dl/orangepi5-plus/archive/

Defaults are in /etc/skel

Hi,
 
this is not how it works. Any changes you do to the source cache are void once build starts to ensure they are clean.
For customizing the config I suggest to either use code { font-family: Consolas,"courier new"; color: crimson; background-color: rgba(0, 0, 0, 0.2); padding: 2px; font-size: 105%; } KERNEL_CONFIGURE=yes so you will be asked for modifications or use code { font-family: Consolas,"courier new"; color: crimson; background-color: rgba(0, 0, 0, 0.2); padding: 2px; font-size: 105%; } kernel-config  code { font-family: Consolas,"courier new"; color: crimson; background-color: rgba(0, 0, 0, 0.2); padding: 2px; font-size: 105%;  build command to output a custom kernel config file without building.
 
For modifying the sources use code { font-family: Consolas,"courier new"; color: crimson; background-color: rgba(0, 0, 0, 0.2); padding: 2px; font-size: 105%; } kernel-patch or boot-patch commands. This will pause the process once all given patches were applied and asks you to do modifications to the source (from a different terminal window or whatever method you'd prefer). When being done it will compare and create proper patch files from your modifications.
 
This and more you can read in the docs: https://docs.armbian.com/Developer-Guide_Overview/

armbian-install issue.
The contents of /boot were not copied over. After doing so and adjust UUID it boots just fine.

It helps to tell you to try vendor kernel instead of mainline ("edge"). The support for the rk3588 in latter is still under heavy development and lots of stuff is still WIP and therefore missing.
https://docs.armbian.com/User-Guide_FAQ/#why-does-hardware-feature-xy-work-in-old-kernel-but-not-in-more-recent-one

Try this:
Remove armbian-bsp-cli-orangepi5-plus-legacy and install armbian-bsp-cli-orangepi5-plus-vendor
legacy is deprecated