OttawaHacker

yes I can confirm

I will try but I have this line working on exactly the same box with a older build that was upgraded

Thanks - I'm worried my main issue was with the overlay loading issue I mentioned. I did try 6.15 but prob need to retry with the hack with overlay-user. But man... it is SO incredibly simple to switch the kernels.

See for more details but without using the overlay-user folder - I was not able to get the pwm to work on a fresh download.

OMG - I can confirm this issue is also happening on orange pi 5 with latest armbian v25.5.1 + Linux 6.1.*-vendor-rk35xx This is my armbianEnv.txt The pwm only loads when I copy it into overlay-user. The really strange thing is that I have two of these boxes and the one that went through upgrades is working just fine but I'm trying a fresh install on another and no way to get the overlay to work except this hack

Been trying to enable multiple overlays on kernel 6.12 (orange pi 5) but I am not able to get any pwm device in /sys/class/pwm/ The i2c also seems to be missing. Is going back to 6.1 the safest option? Thanks

I sent a PR on the build with a patch - not sure about removing that log entry directly from kernel but on most common armbian builds, this log entry is a pain

With the vendor kernel, my logs are getting flooded with drm error messages Apr 13 17:04:05 kitchen-opi kernel: [drm:rockchip_vop2_mod_supported] *ERROR* Cluster0-win0 unsupported format modifier 0x800000000000062 Apr 13 17:04:05 kitchen-opi kernel: [drm:rockchip_vop2_mod_supported] *ERROR* Cluster0-win0 unsupported format modifier 0x800000000000062 Apr 13 17:04:05 kitchen-opi kernel: [drm:rockchip_vop2_mod_supported] *ERROR* Cluster0-win0 unsupported format modifier 0x800000000000062 Apr 13 17:04:05 kitchen-opi kernel: [drm:rockchip_vop2_mod_supported] *ERROR* Cluster0-win0 unsupported format modifier 0x800000000000062 Apr 13 17:04:05 kitchen-opi kernel: [drm:rockchip_vop2_mod_supported] *ERROR* Cluster0-win0 unsupported format modifier 0x800000000000062 this seems an old issue (Kernel messages flooding logs · Issue #86 · Joshua-Riek/ubuntu-rockchip) - it doesn't seem complicated to fix, I am familiar with the build system but I cannot figure out how I can create a patch for the kernel source. Which repo should I patch? Can I just put my patch into build/patch/kernel/rk35xx-vendor-6.1? Thanks

Also just tested ubuntu-rockchip - this one works perfectly (6.1 vendor) and is stable so there must be some patches missing in the armbian-linux repo. I don't mind looking into that but no clue how to test this with armbian-build

So current aka 6.12 is a no-go because armbian/bcmdhd-dkms: Broadcom ap6xxx dkms package doesn't build yet on 6.12 (support for the Orange Pi 5 Max with kernel 6.13-rc1 by shenmintao · Pull Request #7537 · armbian/build) Vendor 6.1 is unstable, after boot, lsmod, modprobe are broken and there are pcie errors. I'm going to assume something is wrong with the dts file. I was hoping to try some hacks there... From what I understand that one is hosted on armbian/linux-kernel but how can I tweak it for the build? I see the dts files in the uboot/legacy but is there any way to customize the dts files without cloning the whole linux kernel repo?

I'm happy to help - but so far the build is unstable and hangs when I request lsmod. The wifi doesn't seem to be enabled out of the box. I checked on the orange pi build and they use the wl module (broadcomm) however I think there are some serious pcie exceptions in the armbian journal that cause the box to blow up. I will probably try ubuntu rockchip version and see if their figured out all the opi max 5 details. If so, I assume this could be a start to bring more board features to armbian?

Oh lol of course 😛 Are there only trunk releases for the opi-max? Was hoping to get a current build instead, anyway, if this doesn't exist, I will build my own image. I got the opi 5 max working by changing the dtb on the 5 plus image - booted fine except I have no wifi.

Was looking at the build repo and noticed there is already support for Orange pi 5 max (add support for orangepi5 max · armbian/build@b38e4b2). Any specific reason there are no "official" community builds, or did I miss it?

That is sad to see,.. were there specific reasons that Joshua did not contribute to Armbian instead? Has the Armbian team had better luck with Rockchip? The issues he mentiosn with SDK sound quite serious.

This is insanely good!!! I have a custom HA setup but was wondering if the armbian HA builds support the official add-ons. I think the official add-ons let you install MQTT, databases and other docker images with a single click.