DSI Display Overlay for SOquartz boards

[sl1pkn07]

Hi i want to use a SOQuartz unit with the BTT rpi pad 5"

https://biqu.equipment/collections/lcd/products/bigtreetech-raspberry-pad-5 https://github.com/bigtreetech/Raspberry-Pad

this "Mobo" have connected the display to the DSI1 port

is possible use this display with the SoQuartz unit? i have done all thing in it, Wifi (after patch), ETH, USB, etc the only remain thing is the display and the CSI port

all over Manjaro

greetings

[CounterPillow]

Unfortunately they don't seem to specify what display panel this is so it's impossible for me to know whether there is a mainline driver for the panel. I can see if I can procure a unit in the future, maybe it's compatible with the official rpi DSI display, which would be nice.

Either way though, this would ideally be done in its own device tree rather than as an overlay, and for that I'd ideally have some schematics which they don't provide which is frustrating, but we can probably work around it.

[sl1pkn07]

hello. thanks for the reply :)

Accoiding with the "mobo" manual (https://github.com/bigtreetech/Raspberry-Pad/blob/master/Pad5/BIGTREETECH%20Raspberry%20pad%205%20V1.0%20%20Manual.pdf). just works with OG Rpi4 CM4 and official distribution (rpiOS) OOTB . only need add this bin https://datasheets.raspberrypi.com/cmio/dt-blob-disp1-cam1.bin (https://datasheets.raspberrypi.com/cmio/dt-blob-disp1-cam1.dts) for load the screen. and some other parameters for the rest of the features

i have no idea how i can find information of what chain of dts files load rpios for working with this unit, for make a own device tree other mcpus and distributions

As note, with the rk3566-soquartz-cm4.dts, works almost all of the devices (usb, hdmi,eth, wifi (after patch). RTC, CAN over usb and CSI port not tested), the only device not works is the touch/display

greerings

[CounterPillow]

That dts is sadly completely downstream rpi specific stuff and does not tell me what panel it uses, nor is it terribly useful for SOQuartz. I'd need to have the actual hardware to attempt to make this work. I don't own the actual hardware, so either I'd need a free sample sent to me from BIGTREETECH or have someone pay me the cost ($70) through GitHub sponsors, and even then it's not guaranteed I can make it work because if it needs a weird panel driver that isn't mainlined I can't make it work.

[sl1pkn07]

is possible, with a functional unit (i mean with a runing machine), extract the info of what display hardware is loaded?

[CounterPillow]

I have no clue how the downstream rpi kernel configures the display, so I don't know if it exposes any sysfs entries to say what display it even configured. Poking around in /sys/class/drm/ might reveal something, but I have my doubts.