I am attempting to address the hardware incompatibility of AIO V1 board with radxa cm5 by recompiling an u-boot with UART2 disabled only during u-boot, which was verified to be conceptually feasible by me physically covering pins corresponding to the UART2. It was likely that the signals from GPS powered on was sent through UART2 and interpreted as entering the u-boot console, preventng the loading of linux kernel. I am currently met with an issue that in the official u-boot building tool bsp, either of the latest active and actively maintained profiles latest or rk2410 include in fork.conf that suggest a support for either Radxa CM5, Radxa CM5 IO board, or Radxa CM5 on RPi CM4 IO board. There is a dotted profile .rknext that include profile for Radxa CM5 IO board and Radxa CM5 on RPi CM4 IO board, but both missed the .h headers for compiling. I would like to share my idea for a modified u-boot, and see if anyone can give me some suggestions or any helpful experiences.
Fde? This image is only for the radxa CM5 in the uconsole.
@Rex forgive me - my mistake. Did not look correct - my question was for your images for Trixie for cm4
image that will work on cm4: Trixie 6.12.y for the uConsole and DevTerm
@Rex Hi. I am wondering in your Bookworm image for Radxa CM5, was the included u-boot compiled with the official profile for Radxa CM5 RPi CM4 IO or was there any modifications to the u-boot?
No modifications to u-boot in my image.
ive been running this for about 2 weeks now. Thank you so much its been pretty well flawless. The NPU is working great, HDMI out with sound and the hackergadgets board also great. lots of docker images running no unexpected freezes, crashes or anything. I had to compile the driver for my nano usb wifi dongle and its working. all that being said ive been using it as a desktop and its been quite fun. The 3588 is a snappy little chipset.
what wifi module are you using? I’ve been having issues where the battery voltage drops below 3.3V when I hit a CPU load + wifi at the same time and the power module craps out and I lose display and keyboard. Its very annoying.
It’s an archer t2ub adapter (tplink). I was running a hub off of the HG expansion board and running into the same problems. I swapped over to the usb port on the mainboard and everything has been fine. The dongle is now on the HG board.
Strangely, I can’t seem to make this work… I’ve flashed ClockworkRadxa-Bookworm-6.1.84-TEST onto EMMC, HDMI output works just fine, can use usb peripherals etc. However, built-in screen gives me weird dotted lines. with CM4 - works just fine. Any ideas guys? Or did i miss something?
I’m using uConsole + Hackergadgets kit, wired correctly.
I’ve tested:
CM4+uConsole vanilla board = works
CM4+Hackergadgets CM4/Cm5 board = works
Radxa CM5 + Vanilla board = lines
Radxa CM5 + Hackergadgets board = lines.
Thanks!
How long have you had your uconsole? I believe clockwork pi started shipping them recently with a different screen that requires some patching.
Ah it was quite recent, a month or so, i’ve seen something about the new screen. Patching is required on radxa variant as well?
yes, the new screen requires a slightly different driver to initialize properly. And all cores need a special kernel that has this driver included since it’s not in the kernel by default
There are now 3 different screens and this image is likely old enough to only support the original one
I wonder if anyone’s working on a patched version… i’m useless with these things lol.
I don’t know if anyone is actively working on that. Ak Rex is the dev extraordinaire up keeping the kernels for many of the hw variants and images. Since most the user base is on the pi side it’s probably lower on the priority list tbh. It wouldn’t be too bad to patch; Rex has pretty detailed instructions on the pi side, but it would require some work on your end since it wouldn’t be baked into the image.
I can follow a guide if there is one. Maybe there’s any chance @Rex could look at it? Happy to buy a coffee or five for that 
I’ll dig into some threads over the next couple days to see if I can help you get it up and running until the patched kernel makes its way into Rex’s repository.
what’s your comfort level with terminal stuff in Linux?