Werner

mainline support is still under heavy development. Don't expect that 6.13 will magically make everything work properly. In fact for now the best - close to feature-complete - experience on this soc, rockchip sdk based kernel (6.1.y vendor to say) is the way to go until mainline is more matured. It took years for RK3399 to mature decently. The same is expected for RK3588 and its derivates. The only advantage there is this time, is the fact that collabora invests in its support and provides the development results for free as open source.

Have you tried with the image I linked above? This is based around updated rockchip sdk kernel.

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

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

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

double-check which board you actually have so matching packages can be built. deprecated Never heard of that branch before. Try ./compile.sh BOARD=orangepizero3 KERNEL_CONFIGURE=yes kernel Adjust kernel config as needed. Check with Google or similar for necessary options to use KVM. Then check output/debs folder.

Have you read https://docs.armbian.com/User-Guide_Recovery/#replacing-boot ? There is also procedure how to extract the contents of .debs to the sdcard without chroot.

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.

There is an armbian-firmware package. I suggest to push your adjustments there: https://github.com/armbian/firmware/

Tried this? https://forum.armbian.com/topic/44964-wifi-setup/#findComment-205743

@JohnTheCoolingFan can probably answer this.

logs???

Multiple ways. Attach HDMI, attach serial console or check switch/router interface for the ip.

Hi While I like the idea IMHO avahi is a userspace thing and we don't want to overload the images with pre-installed packages as this, last but not least, eats into our resources in creating and providing them for free.

First question? Why??? Replace boot: https://docs.armbian.com/User-Guide_Recovery/#replacing-boot Easiest would be if you had another arm64 based system since you could simply chroot into the sdcard and then do regular apt operations to install correct packages again.

Hi Providing logs with PASTE_SERVER_HOST=paste.armbian.de armbianmonitor -u helps with troubleshooting and significantly raises chances that issue gets addressed. Please check your /boot/config-... for "CONFIG_USB_ETH"

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

Feel free to use this one I actually made for testing purpose but hadn't had a chance to do so yet: 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

Yes. vendor kernel is also necessary for vpu to work. mainline support is still wip.

I don't think there is an oob solution. Though using an Armbian image with mesa-vpu extension should give a solid base for video hw acceleration.

mainline support for rk3588 is far from feature-complete and still under heavy development. If you need things just to work for now use vendor branch.

This is correct. Try this for the Armbian related: https://forum.armbian.com/topic/23465-apt-get-update-fails-with-public-key-errors/page/2/#findComment-178626

Hi, this issue is unrelated to Armbian. I suggest to ask at openhab about the expired key signature. They should know.

Feel free to try with rpi4 since we provide 64bit images for it.

You're in luck Built one this morning for testing myself. Didn't have a chance to do so yet though but feel free to use: 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