Werner

elaborate. If there is only garbage output your usb uart adapter may not be able to handle this speed. Example would be CP2102 which outputs garbage instead of gracefully failing when "overclocked".

My n2 works fine btw. https://paste.armbian.com/cocivagayi

FT232R, CH340 or CP2104 are known to work nicely. Search for any usb uart adapter built around one of these. Don't get CP2102 because if you ever get a rockchip board it would be useless.

UART logs via serial console

logs?

No. edge will give you 7.0-rc3 since it was bumped recently. You can try to revert this commit to get 6.19. No guarantee it works, nor any support will be given. https://github.com/armbian/build/pull/9445

Yes, they seem to be missing in repo. As a quick fix I'd suggest to use the build framework to create yourself a set of deb files containing all necessary packages code { font-family: Consolas,"courier new"; color: crimson; background-color: rgba(0, 0, 0, 0.2); padding: 2px; font-size: 105%; } ./compile.sh BOARD=orangepi5 BRANCH=current kernel code { font-family: Consolas,"courier new"; color: crimson; background-color: rgba(0, 0, 0, 0.2); padding: 2px; font-size: 105%; } copy the packages from output/debs to your board and use dpkg to install them.

Depends on the image you are using. The image for 3 LTS should work for the 3 LTS. The image for the 3 (without lts) will not.

Without uart hard to tell.

Well since you asked in this sub-forum, feel free to start:

Well the only thing armbian-config does, is calling "armbian-install" which has been there for ages

correct

never heard of that one before so probably no.

v25.11.2 for Orange Pi 5 Plus running Armbian Linux 6.1.115-vendor-rk35xx on mine. Just saying. You should use a spoiler for the slop. tl;dr: vendor kernel has exactly nothing in common with mainline besides the fact that it is supposed to run in the same hw.

Actually no. While 6.12.y may be an LTS kernel, support for rk3588 was barely there so very few boards actually work with this. I suggest to download/build an image with either "vendor" kernel 6.1.115 or "edge" with >=6.18.y. This should work better.

According to the datasheet (https://de.scribd.com/document/948890791/MT7988A-Datasheet) the supported baudrate seems to be between 300baud and 3Mbaud. However cannot tell anything about support status. Neither do I have this hw, nor did I ever dig into this soc. Starting with device tree overlays might be a good start or check the whole device tree in general for the uart nodes if present.

There is no such board. There is either Orangepi5 plus or Orangepi5b. Check your hw what you actually have. If there is indeed a "Orangepi5b plus" then it must be fairly new and is totally unsupported.

logs? versions??

ha extension is not a part of the framework. Copy from here https://github.com/armbian/os/tree/main/userpatches/extensions

I suggest to get a better heatsink and/or thermal paste/glue. Next I would at the device tree if there are thermal points defined. Perhaps they are missing. You can use the dtc tool to decompile the device tree from /boot. Output values might be in hex instead of decimal, so just in case you wonder.

Applying kernel provided DT overlay rockchip-rk3588-orangepi-5-pro-disable-leds.dtbo Meaning the overlay was applied successful. If it does not work, perhaps this means some pin definitions or whatever differ from opi sources vs ours.

Related to Again, you are using the wrong image. You cannot assume an image for the opi5+ works for the opi5b. Those are different boards.

wrong image. you cannot simply use an image for board X and assume it works on board Y

moved to staging

Attach debug serial console so you can follow u-boot logs and get an idea what the overlay is not applied.