On 11/07/2025 09:49, Luca Weiss wrote: >> I think this explodes too quickly to be useful. I'd cast my (small) vote >> into continuing using the simple-framebuffer as is, without additional >> compatible strings and extend the bindings allowing unbound number of >> interconnects. > > How do we continue on this? > > If the current solution is not acceptable, can you suggest one that is? > > I'd like to keep this moving to not block the dts upstreaming > unnecessarily - or otherwise I need to drop simple-framebuffer from the > dts patch and keep this out-of-tree along with a patch like this.
I gave another alternative already (in this thread!) - get an ack or opinion from @Rob or @Conor. For the cases I am not sure or I got something wrong, I always defer to @Rob. Best regards, Krzysztof
