You can hope for it, but don’t expect it.
There is a major bug in fresh kernel version which affects interface between cm4 and display panel. Most of the times panel works, but sometimes it just black and you need to reboot or push it programmatically couple of times.
I settle down with this patchset. I’ve slightly modified it to fit my needs and armbian build requirements. I’ll try to create and instruction and repo with neede files to build your own armbian image with a flavor of your choice, but still no promises.
Joseph tested it and it didn’t work () but since there’s code now in the kernel that supports it you might find it more fruitful to debug that than try to get the old patch working:
I don’t have my uConsole yet but once I do I’d be happy to work on it too (my hope is to get Fedora running on it).
When I was tinkering the panel driver for CM3, I tried mainline kernel(and some major versions from 5.15 to 6.6) and the corresponding driver, but never succeeded(and I was asking for help in this forum). The panel’s controller wasn’t even revealed! Then I switched to RPi’s downstream and found that ctx->panel.prepare_upstream_first = true; is required which was proposed and implemented by developers at RPi. I refer the new driver code when I was writing a customized one for uConsole’s panel.
My latest driver patch for this panel is working and I think it’s clean, and is likely to fit RPi’s 6.6 branch. I won’t recommend to use mainline kernel on RPi unless it has to be mainline. The panel might be supported by newer mainline kernel, but the DSI controller on RPi may be not well supported.
) but since there’s code now in the kernel that supports it you might find it more fruitful to debug that than try to get the old patch working: